Firebird Fehler (-206) Coloumn doesnt belong to table!

[DeddyH]

Auch auf die Gefahr hin, dass ich mich jetzt blamiere (ich quote meine Tabellen und Felder nie), wie sieht es so aus?

Delphi-Quellcode:

try
    Form1.ZQuery1.SQL.Clear;
    Form1.ZQuery1.SQL.Text:='INSERT INTO KOMPENDIUM_KATEGORIEN ("parent", "titel") VALUES (:id, :titel)';
    Form1.ZQuery1.ParamByName('id').AsInteger:=0;
    Form1.ZQuery1.ParamByName('titel').AsString:=katname;
    Form1.ZQuery1.ExecSQL;
  except
    RaiseSQLError();
  end;

[TheMiller]

Zitat:

ich quote meine Tabellen und Felder nie

Ich auch nicht. Außer bei einem Webprojekt, welches mit einer Zahl beginnt.

Das hat tatsächlich funktioniert. Der Eintrag ist in der Tabelle drin.

Doch erkläre mir bitte eins noch an dieser Stelle. Die Datenbank hat 13 Tabellen. Warum macht diese 13. jetzt so viele Probleme? Ich habe im gesamten Projekt keine Quotes gesetzt, geschweige denn setzen müssen!

Trotzdem vielen Dank für diesen Tipp!

[DeddyH]

IIRC musst Du nur dann quoten, wenn Du einen case-sensitive Tabellen/Feldbezeichner erzwingen willst oder reservierte Wörter benutzt. Ansonsten sollte das nicht nötig sein.

[TheMiller]

Hm... okay..
ich danke vielmals!!!

[Hansa]

Zitat von Firebird-FAQ:

Double-quoted identifiers

Before the SQL-92 standard, it was not legal to have object names (identifiers) in a database that duplicated keywords in the language, were case-sensitive or contained spaces. SQL-92 introduced a single new standard to make any of them legal, provided that the identifiers were defined within pairs of double-quote symbols (ASCII 34) and were always referred to using double-quote delimiters.

The purpose of this “gift” was to make it easier to migrate metadata from non-standard RDBMSs to standards-compliant ones. The down-side is that, if you choose to define an identifier in double quotes, its case-sensitivity and the enforced double-quoting will remain mandatory.

Firebird does permit a slight relaxation under a very limited set of conditions. If the identifier which was defined in double-quotes:

1. was defined as all upper-case,
2. is not a keyword, and
3. does not contain any spaces,

...then it can be used in SQL unquoted and case-insensitively. (But as soon as you put double-quotes around it, you must match the case again!)
Warning

Unless you have a compelling reason to define quoted identifiers, it is usually recommended that you avoid them. Firebird happily accepts a mix of quoted and unquoted identifiers – so there is no problem including that keyword which you inherited from a legacy database, if you need to.
Warning

Wichtig ist das "remain mandatory". D.h. sinngemäss : einmal Quotes und immer Case-sensitiv. Es ist also wichtig, mit diesem Firlefanz gar nicht erst anzufangen "it is usually recommended that you avoid them". In IBExpert existiert übrigens eine Checkbox "always capatilize database object names", da sollte man einen Haken setzen und fertig. Noch eine Fehlerquelle ist das Zusammensetzen der Insert-Statements im eigenen Quelltext, anstatt die TDataset-Methode Dataset.Insert; zu benutzen.

[TheMiller]

Oha... da ist aber (My|MS)SQL deutlich flexibler. Nunja, vielen Dank für die Info!

[mkinzler]

Zitat von DJ-SPM:

Oha... da ist aber (My|MS)SQL deutlich flexibler. Nunja, vielen Dank für die Info!

Nein, da wird halt keine Case-Sensitivity unterstützt. Lass einfach die Quotes weg ( beim anlegen), dann geht es problemlos