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

[TheMiller]

Hallo,

ich hab ein Problem, welches ich nicht nachvollziehen kann. Ich habe in einer Datenbank 13 Tabellen, alle mit einem selbsterstellten autoincrement-Trigger (natürlich pro Tabelle einen eigenen ;) )

Nun habe ich noch eine Tabelle hinzufügen wollen und erhalte den Fehler

Zitat:

Error Code: -206. Column does not belong to referenced table The SQL: CREATE TRIGGER "autoinc" FOR KOMKATEGORIEN
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF (KOMKATEGORIEN.kid IS NULL) THEN KOMKATEGORIEN.kid = GEN_ID(GEN_KOMKATEGORIEN_ID,1);
END
;

Andere Trigger wurden statt [TABLENAME].[FELD] mit NEW.[FELD] erstellt - das funktioniert hier auch nicht. Hier mal die Definition der Tabelle

Zitat:

CREATE TABLE KOMKATEGORIEN (
"kid" INTEGER NOT NULL,
"parent" INTEGER DEFAULT -1,
"titel" VARCHAR(100),
/* Keys */
PRIMARY KEY ("kid")
);

"GENERATOR: GEN_KOMKATEGORIEN_ID"

Funktionierende Trigger sehen bei mir so aus:

Zitat:

BEGIN
IF (NEW.sid IS NULL) THEN NEW.sid = GEN_ID(GEN_SCHEMATA_ID,1);
END

Auch die Inserts in die "KOMKATEGORIEN" liefern den gleichen Fehler... Was ist da los? Bitte um Hilfe

Danke im Voraus

[mkinzler]

Lass mal den Tabellennamen im Feldbezeichner weg:

SQL-Code:

IF (kid IS NULL) THEN kid = GEN_ID(GEN_KOMKATEGORIEN_ID,1);

[TheMiller]

Nein, leider keine Abhilfe...

Zitat:

SQL Error: Dynamic SQL Error SQL error code = -206 Column unknown KID At line 5, column 11. Error Code: -206. Column does not belong to referenced table The SQL: CREATE TRIGGER "autoinc" FOR KOMKATEGORIEN
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF (kid IS NULL) THEN kid = GEN_ID(GEN_KOMKATEGORIEN_ID,1);
END
;

[DeddyH]

Ich kenne jetzt auch nur die Syntax mit NEW. Hast Du einmal die Verbindung zur DB getrennt und neu aufgebaut?

[mkinzler]

Zudem ist das Quoten von Feldbezeichnern eine mögliche Fehlerquelle.
"kid" sorgt für Kleinschreibung. Eine Abfrage nach kid könnte u.U. als KID wirken was dann eine eine andere Saplte wäre ("kid" <> KID)

[TheMiller]

Ja. Der Fehler kam schon, als ich in Delphi über ZEOS einen Datensatz eintragen wollte.

Danach hab ich mit Firebird Maestro nachgeschaut, wie die Tabelle aussieht und da kommt eben der gleiche Fehler, auch beim Trigger erstellen...

Auch mit Quotes das gleiche Ergebnis

Zitat:

SQL Error: Dynamic SQL Error SQL error code = -206 Column unknown kid At line 5, column 13. Error Code: -206. Column does not belong to referenced table The SQL: CREATE TRIGGER "autoinc" FOR KOMKATEGORIEN
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF ("kid" IS NULL) THEN "kid" = GEN_ID(GEN_KOMKATEGORIEN_ID,1);
END
;

Ich bin ratlos

[mkinzler]

Und mbei Verwendung der Kontrextvariabkle ( NEW."kid")?

[DeddyH]

Wenn das keine Produktivumgebung ist, lösch doch einfach die Tabelle und erstell sie neu (dann aber besser ohne Quotes).

[TheMiller]

Hab ich auch schon gemacht. Die Tabelle habe ich zweimal neu erstellt..

[DeddyH]

Kannst Du mal ein Script generieren und hier anhängen?

[TheMiller]

Welches Skript denn? Hab doch oben die Create- und Triggerskripte angegeben! Also, gerne, aber weiß nicht, was du gerne hättest

[DeddyH]

Zumindest mit IBExpert kannst Du sämtliche Metadaten (und auch Daten) als Script extrahieren und anderswo wieder einlesen.

[TheMiller]

Sorry dass es so lange gedauert hat. Der Register-Prozess von HK-Software ist ziemlich unübersichtlich.

Hab das Programm installiert, bekomme aber keine Verbindung, da die gds32.dll fehlt. Ich suche sie noch...

[mkinzler]

Du kannst auch fbclient.dll als Client-Dll einstellen

[TheMiller]

Hab ich probiert...

Zitat:

Connecting... Failed!
------------------------------------
Client Library is missing or invalid.
\\tsclient\C\Kompilate\Projekt1\fbclient.dll

[TheMiller]

So, ich habe jetzt alle Generatoren und Tabellen gelöscht, die ich testweise angelegt habe. Danach habe ich eine neue Tabelle mit Trigger angelegt - selbser Fehler. Dann habe ich im Trigger NEW verwendet und das Feld "gequoted" und den Namen des Triggers anders benannt als "autoinc". Nun habe ich die Tabelle erstellt bekommen.

Zitat:

-- Table: KOMPENDIUM_KATEGORIEN

-- DROP TABLE KOMPENDIUM_KATEGORIEN;

CREATE TABLE KOMPENDIUM_KATEGORIEN (
"katid" INTEGER NOT NULL,
"parent" INTEGER DEFAULT -1,
"titel" VARCHAR(100),
/* Keys */
PRIMARY KEY ("katid")
);


SET TERM ^ ;

CREATE TRIGGER "trautoinc" FOR KOMPENDIUM_KATEGORIEN
ACTIVE BEFORE INSERT POSITION 0
AS
BEGIN
IF (NEW."katid" IS NULL) THEN NEW."katid" = GEN_ID(GEN_KOMPENDIUM_KATEGORIEN_ID,1);
END^

SET TERM ; ^

Allerdings tritt beim Eintragen immernoch der "doesn't belong to table"-Fehler auf.

Delphi-Quellcode:

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

Da ist der Wurm drin... Danke soweit erstmal!

[DeddyH]

pid gibt es in der Tabelle ja auch nicht.

[TheMiller]

Stimmt :oops:

Mit "parent" geht es aber auch nicht. Gleicher Fehler.

[DeddyH]

Groß- und Kleinschreibung hast Du beachtet?

[TheMiller]

Ja. Hier nochmal die Create-SQL und mein Delphi-Quelltext

Zitat:

CREATE TABLE KOMPENDIUM_KATEGORIEN (
"katid" INTEGER NOT NULL,
"parent" INTEGER DEFAULT -1,
"titel" VARCHAR(100),
/* Keys */
PRIMARY KEY ("katid")
);

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;

[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:

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

Delphi-Quellcode:

Dataset.Insert;

zu benutzen.

[TheMiller]

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

[mkinzler]

Zitat:

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