Firebird: Character conversion fehler bei CREATE TABLE?

[blackfin]

Hallo Idefix:

1) Ja, und zwar nicht nur einmal, die Software ist ca. ein halbes Jahr schon im Einsatz und es gab da noch nie Probleme mit.
Die Query wird beim ersten Start ausgeführt, da wird der Table eben angelegt.

2) Ja, auch das habe ich getestet. Funktioniert einwandfrei.

Ich denke mal, dass es eine beschädigte Datenbank ist und werde dem Kunden mal sagen, er soll sie mir doch bitte mal herschicken

Danke für die Antwort!

[hoika]

Hallo,

warum wird "EHXLOGTABLE" in Hochkommas geschrieben ?

OK, das ist nicht die Ursache,
würde mich aber doch schon interessieren.


Heiko

[Andreas Schilling]

Läuft es da wo es funktioniert unter einer älteren Firebirdversion? Ich hatte in etwa den gleichen Fehler beim ersten Verwenden der Version 2.1.1. Der Fehler trat auf bei der Datenbankabfrage ob eine Procedure existiert. Ursache: der Zeichensatz der Tabelle rdb$procedures (Unicode_FSS). Lösung: bei der Datenbankabfrage greife ich jetzt mit einer Datenbankverbindung auf die Systemtabelle zu, bei der der Zeichensatz Unicode_FSS ist.

Gruß Andreas.

PS: Obwohl der Zeichesatz wahrscheinlich schon immer Unicode_FSS war, macht sich das erst ab Version 2.1.* bemerkbar.

[RP12Biker]

Der Frage von Heiko bringt mich auf eine Idee: Beim Umgang mit Firebird 2.1. aus dem IBExpert heraus ist es mir am Anfang öfter passiert, dass ich irgendwelche Strings in " (Doppelhochkomma) geschrieben habe. Das gibt dann regelmässig Fehler, irgendwie legt er Wert auf ' (Einfach) - ersetzte ich die, funktionierten die Kommandos auch bei FB2.1.

[mkinzler]

" bewirkt ein Unterscheidung von Groß-/Kleinschreibung der Feldnamen

select * from Name; ist normalerweise gleichbedeutend mit select * from NAME; Wurde aber bei der Anlage "Name" angegeben muss auch bei der Abfrage "Name" verwendet werden