PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Probleme beim Anlegen neuer Tabellen


pebbles
20-12-2006, 19:36
Hallo,

ich habe mal wieder ein kleines Problemchen.
Bei Anlegen einer Datenbank taucht immer wieder dasselbe Problem auf.
Wenn ich eine neue Tabelle in der Datenbank anlegen möchte (mit DBI natürlich),
dann bekomme ich die Fehlermeldung "no such table", obwohl die Tabelle existiert. Welche Gründe stecken dahinter ?
Je mehr, desto besser...dann kann ich Verschiedenes ausprobieren.
Weiß denn jemand ?

Danke,
pebbles
Molaf
20-12-2006, 20:33
DBI deutet für mich darauf hin, dass Perl im Spiel ist.
Wenn dem so ist, wäre der betreffende Code interessant.

Die Fehlermeldung 'no such table' kann wohl kaum auftauchen, wenn Du eine Tabelle anlegen willst.
pebbles
24-12-2006, 21:12
Den Code kann ich leider hier nicht angeben :(
Aber es geht einfach um while-Schleifen, wo ich über Referenzen
auf die einzelnen Elemente jeder Tabelle einer vorhandenen Datenbank zugreife,
um sie in eine andere Datenbank sozusagen zu exportieren.
Die Tabellen werden manuell angelegt, also gar nicht programmiert.
Ab und zu kam dieser Fehler mit "no such table", obwohl ich vor dem
Ausführen die eine oder die andere Tabelle schon erzeugt habe.
Hoffe, das hilft weiter, damit ich eine gute Antwort bekommen kann.:)
reneeb
26-12-2006, 17:31
So ganz ohne Code ist es aber äußerst schwierig etwas zu sagen. Warum kannst Du den Code nicht posten? Muss ja nicht gleich der ganze Code sein, es reicht ja ein Ausschnitt (der den Fehler produziert).
pebbles
27-12-2006, 19:46
@reneeb:

Ich kann den Code nicht veröffentlichen. Es hat mit der Arbeit zu tun,
und da gibt es strikte Regeln, was das betrifft.
Ich habe gehofft, dass meine Beschreibung ausreichen würde, damit ich einen guten Hinweis bekommen kann.


Danke aber für die Mühe,
pebbles
BlueJay
28-12-2006, 08:37
@reneeb:

Ich kann den Code nicht veröffentlichen. Es hat mit der Arbeit zu tun,
und da gibt es strikte Regeln, was das betrifft.
Ich habe gehofft, dass meine Beschreibung ausreichen würde, damit ich einen guten Hinweis bekommen kann.


Danke aber für die Mühe,
pebbles

Dann mal in die Glaskugel geschaut:

1. Die Schreibweise ist unterschiedlich (Druckfehler)
2. Die Schreibweise ist unterschiedlich (Codepage)
3. Der Datenpfad ist strubbelig.
4. Es ist ein Folgefehler wg. mangelnder Schreiberlaubnis.
5. Ein Lock ist eventuell nicht freigegeben (passiert in Perl häufiger als in PHP)

Lass dir doch mal bei jedem Schritt einen kurzen Hinweis geben, ob und wie er abgearbeitet wurde.

so long,
BlueJay
BlueJay
28-12-2006, 08:41
So ganz ohne Code ist es aber äußerst schwierig etwas zu sagen. Warum kannst Du den Code nicht posten? Muss ja nicht gleich der ganze Code sein, es reicht ja ein Ausschnitt (der den Fehler produziert).

Und den packt dann ein DAU unbedarft der fehlenden Stücke auf seine Seite, testet, "Oh, die vielen schönen undefineds".
Und der arme Pebbles hat von Stund an seinen Admin im Nacken! :D

SCNR,
BlueJay
pebbles
28-12-2006, 12:55
Dann mal in die Glaskugel geschaut:

1. Die Schreibweise ist unterschiedlich (Druckfehler)
2. Die Schreibweise ist unterschiedlich (Codepage)
3. Der Datenpfad ist strubbelig.
4. Es ist ein Folgefehler wg. mangelnder Schreiberlaubnis.
5. Ein Lock ist eventuell nicht freigegeben (passiert in Perl häufiger als in PHP)



Also an die Punkte 1 und 4 habe ich schon gedacht, dass sie die Ursache der Fehlermeldung sein können. Es ist schon passiert, dass ich im Code in die eine oder in die andere Tabelle Daten einfügen wollte, bevor ich die Tabelle erzeugt habe oder Werte/Spalten von den Tabellen gefehlt haben, und darum ist anscheinend die Ausführung des Skripts fehlgeschlagen. Zu 2 und 3 denke ich zumindest, dass es nicht der Fall sein sollte. Was einen Lock betrifft, darüber habe ich mir nicht so viele Gedanken gemacht.

Danke sehr für alle Tipps...da sieht man aber schon Vieles mit der Glaskugel ;)