|
Während ER2SQL den Definitionsfile und die Kommandozeile
abarbeitet, kann eine der folgende Fehlerbedingungen
entstehen. ER2SQL bricht sofort nach der ersten Fehlermeldung
die Verarbeitung ab.
Übersicht
Fehler #0001 - #0019
Fehler #0020 - #0039
Fehler #0040 - #0059
Fehler #0060 - #0079
Fehler #0080 - #0099
Fehler #0100 - #0119
Fehler #0120 - #0139
Fehler #0140 - #0159
Fehler #0001 bis #0019:
|
Fehler-Nr.
|
Bedeutung
|
|
#0001
|
kommt nicht vor
|
|
#0002
|
Problem: Ein Kommentarblock im Definitionsfile ist zu lang.
Massnahme: Den Block in zwei Blöcke aufbrechen,
oder ER2SQL mit anderem Limit neu übersetzen..
|
|
#0003
|
Problem: Es wurde ein unbekanntes Sonderzeichen im Definitionsfile gefunden.
|
|
#0004
|
Problem: Zuviele Ebenen von verschachtelten INCLUDE-Dateien.
Massnahme: Andere, flachere Dateistruktur wählen.
|
|
#0005
|
Problem: Eine bei INCLUDE angegebene Datei kann
nicht geöffnet werden.
Massnahme: Dateinamen korrigieren.
|
|
#0006
|
Problem: Nach “LINK” wird “1:N”, “1:0/1” oder “1:1” erwartet.
Massnahme: Syntax-Fehler der LINK-Anweisung korrigieren.
|
|
#0007
|
Problem: Nach “LINK” wird “BY” erwartet.
Massnahme: Syntaxfehler der LINK-Anweisung korrigieren.
|
|
#0008
|
Problem: Nach “LINK .. ON” wird “DELETE” erwartet.
Massnahme: Syntaxfehler der LINK-Anweisung korrigieren.
|
|
#0009
|
Problem:Nach “LINK .. ON DELETE” wird “CASCADE” erwartet.
Massnahme: Syntax-Fehler der LINK-Anweisung korrigieren.
|
|
#0010
|
Problem: Das Ende der LINK-Anweisung wurde
erwartete, aber kein “;” gefunden.
Massnahme: Syntaxfehler der LINK-Anweisung korrigieren.
|
|
#0011
|
Problem: In “LINK ...TO” wurde eine Spalte als
alternativer Primärkey angegeben, die es nicht gibt.
Massnahme: Den Schlüsselnamen “primarykey2” korrigieren.
|
|
#0012
|
Problem: In “LINK ...TO” wurde eine Spalte
angegeben, die existiert, aber nicht das Attribut
“PRIMARYKEY2” hat.
Massnahme: Andere Spalte
wählen, oder die “TABLE mastertable”-Anweisung
korrigieren.
|
|
#0013
|
Problem: In “LINK mastertable” hat mastertable keinen Primärkey.
Massnahme: Eine Spalte in “TABLE mastertable” mit
“PRIMARYKEY” markieren. Ggf. die Basistabelle
mastertable um einen Primärschlüssel erweitern.
|
|
#0014
|
Problem: In “LINK ...BY” gibt es die Spalte foreignkey nicht.
Massnahme: Spaltennamen korrigieren.
|
|
#0015
|
Problem: In “LINK ...BY” hat Spalte foreignkey das
Attribut “PRIMARYKEY”.
Massnahme: Verständnisproblem beheben.
|
|
#0016
|
Problem: In “TABLE...COLUMN..DATATYPE” kommt
in oracle_datatype nach “(“ kein “)” vor..
Massnahme: Syntaxfehler der TABLE-Anweisung korrigieren.
|
|
#0017
|
Problem: In “TABLE ... COLUMN” fehlt die “DATATYPE”-Anweisung.
Massnahme: Syntaxfehler der TABLE-Anweisung korrigieren.
|
|
#0018
|
Problem: Das Ende der TABLE-Anweisung wurde
erwartete, aber kein “;” gefunden.
Massnahme: Syntaxfehler der TABLE-Anweisung korrigieren.
|
|
#0019
|
Problem: Nach “CLUSTER” wurde “MASTER” erwartet.
Massnahme: Syntaxfehler der CLUSTER-Anweisung korrigieren.
|
Fehler #0020 bis #0039:
|
Fehler-Nr.
|
Bedeutung
|
|
#0020
|
Problem: Die in “CLUSTER MASTER” angegebene Tabelle existiert nicht.
Massnahme:
Basistabelle angeben, die mit “TABLE tablename” definiert wurde.
|
|
#0021
|
Problem: Die mit “CLUSTER MASTER” angegebene Tabelle
hat keinen PRIMARYKEY.
Massnahme: Eine Spalte in
“TABLE mastertable” mit “PRIMARYKEY” markieren. Ggf.
die Basistabelle mastertable um einen Primärschlüssel
erweitern.
|
|
#0022
|
Problem: Die mit “CLUSTER MASTER” angegebene
mastertable ist schon Teil eines anderen CLUSTERs.
Massnahme: Verständnisproblem beheben.
|
|
#0023
|
Problem: Nach “CLUSTER MASTER mastertable” wird
“DETAILS” erwartet.
Massnahme: Syntaxfehler der CLUSTER-Anweisung beheben.
|
|
#0024
|
Problem: Die in “CLUSTER ... DETAILS” angegebene
Tabelle existiert nicht.
Massnahme:
Basistabelle angeben, die mit “TABLE tablename” definiert wurde.:
|
|
#0025
|
Problem: Alle Tabellen eines CLUSTERS müssen im
selben tablespace stehen.
Massnahme:
Verständnisproblem beheben, Tabellen im gleichen
Tablepsace anlegen.
|
|
#0026
|
Problem: Im CLUSTER hat ein detailtable keinen
Fremdschlüssel auf mastertable.
Massnahme:
Verständnisproblem beheben, Schlüssel in der
Datenbank nachrüsten, die entsprechende
LINK-Anweisung vor die CLUSTER setzen.
|
|
#0027
|
Problem: Die mit “CLUSTER .. DETAILS” angegeben
detailtable ist schon Teil eines anderen
CLUSTERs.
Massnahme: Verständnisproblem beheben.
|
|
#0028
|
Problem: Nach “CLUSTER” wird “SIZE” erwartet.
Massnahme: Syntaxfehler der CLUSTER-Anweisung beheben.
|
|
#0029
|
Problem: Nach “MODIFY TABLE” fehlt “ALIAS”.
Massnahme: Syntaxfehler der “VIRTUALTABLE ...
MODIFY”-Anweisung beheben.
|
|
#0030
|
Problem: Die mit "MODIFY TABLE ALIAS”
angegebene Basistabelle tablealias gibt es nicht.
Massnahme: Namen tablealias korrigieren.
|
|
#0031
|
Problem: In “TABLE ...ALIAS” wurde ein tablealias
angegeben, das bereits definiert wurde.
Massnahme: Anderen Namen für tablealias wählen.
|
|
#0032
|
Problem: In “TABLE...QUERY” war die
Basistabelle-Instanz tablealias schon der QUERY
zugeordnet, es darf aber jede Basistabellen-Instanz
nur einmal in einer QUERY erscheinen.
Massnahme:
Query-Struktur so ändern, dass tablealias in anderer
Query liegt. queryname aus querylist entfernen.
|
|
#0033
|
Problem: In “TABLE” wurde eine Basistabelle wurde
ein tablename angegeben, der nicht definiert wurde.
Massnahme: tablename korrigieren, Datenbankdefinition erweitern.
|
|
#0034
|
Problem: In “TABLE ...FOREIGNKEY” fehlt für einen
Schlüssel nach basistabelle der “.”.
Massnahme: Syntaxfehler in der FOREIGNKEY-Anweisung korrigieren.
|
|
#0035
|
Problem: Durch “MODIFY COLUMN” kann nicht eine
Basistabellenspalte in eine berechnete Spalte
umgewandelt werden, oder der Ausdruck hinter
CALCULATES geändert werden.
Massnahme: Die
Virtab-Spalte erst mit “WITHOUT COLUMN” löschen, dann
mit “COLUMN” neu definieren.
|
|
#0036
|
Problem: Die mit “COLUMN” definierte Virtab-Spalte gab es schon.
Massnahme: Anderen Spaltennamen wählen, oder
“MODIFY COLUMN” benutzen.
|
|
#0037
|
Problem: Nach “COLUMN ... =” fehlt hinter “basistabelle” der “.”
Massnahme: Syntaxfehler in der COLUMN-Anweisung korrigieren.
|
|
#0038
|
Problem: In “COLUMN” fehlt die Angabe der
Basistabellen-Spalte mit “=”, die automatische Suche
hat
in der definierten Datenbank keine Spalte mit dem Namen virtab_colname gefunden.
Massnahme: Basistabellenspalte mit “=” angeben.
|
|
#0039
|
Problem: In “COLUMN” fehlt die Angabe der
Basistabellen-Spalte mit “=”, die automatische Suche
hat
in der definierten Datenbank mehrere Spalten mit dem Namen virtab_colname gefunden.
Massnahme: Basistabellenspalte mit “=” angeben.
|
Fehler #0040 bis #0059:
|
Fehler-Nr.
|
Bedeutung
|
|
#0040
|
Problem: In “MODIFY COLUMN wurde mit “=” eine
Basistabellenspalte angegeben, deren tablealias nicht
mit “TABLE” definiert wurde.
Massnahme: Die “=”-Anweisung in “MODIFY COLUMN” löschen.
|
|
#0041
|
Problem:In “COLUMN wurde mit “=” eine
Basistabellenspalte angegeben, deren tablealias nicht
mit “TABLE” definiert wurde, und das keiner
definierten Basistabelle entspricht.
Massnahme:
tablealias korrigieren, oder mit “TABLE ... ALIAS”
das benutzte tablealias definieren.
|
|
#0042
|
Problem: Dieselbe Spalte derselben
Basistabellen-Instanz wurde bereits mit “COLUMN” als
Virtab-Spalte definiert.
Massnahme: Eine der beiden COLUMN-Anweisung löschen.
|
|
#0043
|
Problem: Mit “MODIFY COLUMN ... NAME” sollte ein
neuer Name für virtab_colname vereinbart werden, der
aber schon für eine andere Virtab-Spaklte verwendet
wird.
Massnahme: Anderen Namen wählen.
|
|
#0044
|
Problem: Eine unsichtbare Spalte kann nicht Teil der
Schlüsselstruktur zwischen verschiedenen Virtabs sein.
Massnahme: Verständnisproblem beheben.
|
|
#0045
|
Problem: In COLUMN... VIRTUAL REFRENCES” fehlt nach
virtabname der “.”.
Massnahme: Syntaxfehler in der COLUMN-Anweisung korrigieren.
|
|
#0046
|
Problem: Nach “COLUMN...VIRTUAL” wird “PRIMARYKEY”,
“IDENTIFYING” oder “REFERENCES” erwartet.
Massnahme: Syntaxfehler in der COLUMN-Anweisung korrigieren.
|
|
#0047
|
Problem: In “COLUMN” wurde ein nicht implementiertes
“FEATURE” gesetzt.
Massnahme: Andere Version von ER2SQL verwenden.
|
|
#0048
|
Problem: Für “COLUMN ... FEATURE PLRACCESSCONTROL”
wurde ein unbekanntes tablealias angegeben..
Massnahme: tablealias mit “TABLE .. ALIAS” definieren.
|
|
#0049
|
Problem: Für “COLUMN ... FEATURE PLRACCESSCONTROL”
wurde kein tablealias angegeben..
Diese Meldung sollte nie erscheinen.
|
|
#0050
|
Problem: Es wurden zuviele “CONSTRAINTS” in der
aktuellen Virtab definiert.
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0051
|
Problem: In “CONSTRAINT DEFAULT” wurde die angegeben
Virtab-Spalte nicht definiert.
Massnahme:
COLUMN-Definition vor die CONSTRAINT-Anweisung rücken.
|
|
#0052
|
Problem: Interner Fehler.
Massname: Neue Version von ER2SQL erstellen.
|
|
#0053
|
Problem: In “WITHOUT FEATURE” wurde ein nicht
definiertes Feature genannt.
Massnahme: Tippfehler korrigieren, neue Version von ER2SQL erstellen.
|
|
#0054
|
Problem: Mit “USES” oder “MODIFIES” sollte ein
nicht-definierte Virtab importiert werden.
Massnahme: Zu importierende Virtabdefinition vor die
Fehlerposition rücken.
|
|
#0055
|
Problem: Die Länge eines Virtabnamens in
“VIRTUALTABLE” ist begrenzt, da davon die Namen
verschiedener SQL-Objekte abgeleitete werden, die
unter ORACLE nur 31 Zeichen lang werden dürfen.
Massnahme: Anderen Namen wählen.
|
|
#0056
|
Problem: Mit “VIRTUALTABLE” soll eine Virtab
defineirt werden, die es schon gibt.
Massnahme: Anderen Namen wählen.:
|
|
#0057
|
Problem: “HINT” ist nur für die Datenbanken “ORA”
und “MSSQL” erlaubt.
Massnahme: Syntaxfehler in VIRTUALTABLE-Anwesiung korrigieren.
|
|
#0058
|
Problem: In “VIRTUALTABLE .. FEATURE” soll ein
unbekanntes Feature aktiviert werden.
Massnahme: Tippfehler korrigieren, neue Version von ER2SQL erstellen.
|
|
#0059
|
Problem: In “FEATURE ORACHEAT1” fehlt hinter tablealias der “.”.
Massnahme: Syntaxfehler in FEATURE korrigeren.
Syntax ist: “FEATURE ORACHEAT1” tablealais “.”
columname
|
Fehler #0060 bis #0079:
|
Fehler-Nr.
|
Bedeutung
|
|
#0060
|
Problem:
Nach "'WITHOUT” wird “COLUMN”, “ “TABLE”, “CONSTRAINT” oder “FEATURE” erwartet
Massnahme: Syntaxfehler in VIRTUALTABLE-Anweisung korrigieren.
|
|
#0061
|
Problem:
Nach "MODIFY” wird “COLUMN”, “ “TABLE” oder “CONSTRAINT” erwartet
Massnahme: Syntaxfehler in VIRTUALTABLE-Anweisung korrigieren.
|
|
#0062
|
Problem: Es wurde das Ende der
VIRTUALTABLE-Anwesiugn erwartet, aber kein “;”
gefunden.
Massnahme: Syntaxfehler in VIRTUALTABLE-Anweisung korrigieren.
|
|
#0063
|
Problem: Eine Schlüsselspalte einer Basistabelle
kann nicht zugleich Primärschlüssel und
Zweitschlüssel sein.
Massnahme: TABLE-Anweisung korrigieren.
|
|
#0064
|
Problem: In VIRTUALTABLE.. TABLE” wurde die
Anweisung “FOREIGNKEY” nicht angegeben, ER2SQL hat
mehr als einen möglichen Fremdschlüssel auf die
Basistabelle gefunden.
Massnahme: Mit “FOREIGNKEY
keylist” angeben, über welche Fremdschlüssel die
Basistabelle innerhalb der Virtab mit anderen
Detailtabellen verbunden ist.
|
|
#0065
|
Tritt nicht auf.
|
|
#0066
|
Problem: In “COLUMN” ist die angegebene
Virtab-Spalte unsichtbar, dient aber zum
Ansteuern einer schreibbaren Basistabelle, und es
wurde kein Standardwert angegeben.
Massnahme:
Verständnisproblem beheben, Standardwert mit
“DEFAULT” oder “VALUE” angeben.
|
|
#0067
|
Problem: Zwei Basistabellen sind 1:1 verbunden, aber
nur eine von beiden ist NOCHANGE.
Massnahme: NOCHANGE für beide Tabellen identisch setzen.
|
|
#0068
|
Problem: Zwei Basistabellen sind 1:1 verbunden, aber
nur eine von beiden ist MUSTCHANGE.
Massnahme: MUSTCHANGE für beide Tabellen identisch setzen.
|
|
#0069
|
Problem: Nach “CREATE” muss “VIRTUALTABLE” kommen.
Massnahme: Syntaxfehler korrgieren, indem “CREATE” gelöscht wird.
|
|
#0070
|
Problem: Ausserhalb jeder Anweisung wurde ein
“LINK”, “TABLE”, “CREATE”, “VIRTUALTABLE” oder “END”
erwartet.
Massnahme: Syntaxfehler korrigieren.
|
|
#0071
|
Problem: Die Standardausgabedatei kann nicht geöffnet werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0072
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-delphi” kann nicht geöffnet
werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0073
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-delphi2” kann nicht geöffnet
werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0074
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-delphi3” kann nicht geöffnet
werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0075
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-delphi3_odac” kann nicht
geöffnet werden.
Massnahme: Verzeichnis- oder
Dateinamen korrigieren, Sperre auf der Datei
beseitigen.:
|
|
#0076
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-java” kann nicht geöffnet
werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0077
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-vr” kann nicht geöffnet werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0078
|
Problem: Die Ausgabedatei für die
Kommandozeilenoption “-report kann nicht geöffnet
werden.
Massnahme: Verzeichnis- oder Dateinamen
korrigieren, Sperre auf der Datei beseitigen.
|
|
#0079
|
Tritt nicht auf
|
Fehler #0080 bis #0099:
|
Fehler-Nr.
|
Bedeutung
|
|
#0080
|
Problem: Interner Fehler
Massnahme: neue Version von ER2SQL erstellen.
|
|
#0081
|
Problem: Eine “WITHOUT COLUMN”-Anweisung löscht eine
Spalte, die im sql_expr einer anderen Virtab-Spalte
verwendet wird.
Massnahme: Die abhängige Spalte vorher löschen.
|
|
#0082
|
Problem: Eine “WITHOUT TABLE”-Anweisung löscht eine
Basistabellen, deren Spalten im sql_expr einer
anderen Virtab-Spalte verwendet werden.
Massnahme: Die a abhängige Spalte vorher löschen
|
|
#0083
|
Problem: Mit “WITHOUT TABLE” soll eine Basistabelle
gelöscht werden, die unbekannt ist.
Massnahme: Tippfehler in tablealias korrigieren
|
|
#0084
|
Problem: Mit “WITHOUT COLUMN” soll eine
Virtab-Spalte gelöscht werden, die unbekannt ist.
Massnahme: Tippfehler in tablealias korrigieren
|
|
#0085
|
Problem: Es soll eine Basistabellen-Instanz angelegt
werden, aber die Basistabelle ist nicht definiert.
Massnahme: tabnle_name korrigieren.
|
|
#0086
|
Problem: Es soll eine Basistabellen-Instanz angelegt
werden, aber tablealias wurde schon verwendet.
Massnahme: Anderen Namen mit “TABLE..ALIAS” angeben.
|
|
#0087
|
Problem: Die angegebene Virtabspalte existiert nicht
|
|
#0088
|
Problem: Eine Basistabellen-Spalte wird von ER2SQl
automatisch gesucht, kann aber nicht gefunden werden.
Massnahme: Spalte mit “table.column” angeben.
|
|
#0089
|
Problem:
Eine Basistabellen-Spalte wird von ER2SQl automatisch gesucht, ist aber mehrfach vorhanden.
Massnahme: Basistabelle mit “table.column” angeben.
|
|
#0090
|
Problem: Eine Basistabellen-Spalte wurde angegeben,
aber tablealias der Tabelle ist undefiniert.
Massnahme: tablealias mit “TABLE..ALIAS” definieren,
oder Tippfehler korrigieren.
|
|
#0091
|
Problem: Eine Basistabellen-Spalte wurde angegeben,
aber die tabelle aht die angegeben Spalte nicht.
Massnahme: Tippfehler korrigieren.
|
|
#0092
|
Problem: In “TABLE ... FOREIGNKEY keylist” wurde ein
Fremdschlüssel angegeben, aber dessen tablealias ist
undefiniert.
Massnahme: tablealias mit
“TABLE..ALIAS” definieren, oder Tippfehler
korrigieren.
|
|
#0093
|
Tritt nicht auf.:
|
|
#0094
|
Problem: In “TABLE ... FOREIGNKEY keylist” wurde
eine Spalte angegeben, die nicht existiert
Massnahme: Tippfehler korrigieren.
|
|
#0095
|
Problem: In “TABLE ... FOREIGNKEY keylist” wurde
eine existierende Spalte angegeben, die kein
Fremdschlüssel ist
Massnahme: Fremdschlüssel-Bezug mit LINK-Anweisung definieren.
|
|
#0096
|
Problem: In “TABLE ... FOREIGNKEY keylist” wurde
eine existierende Spalte angegeben, die aber
Fremdschlüssel auf eine andere Tabelle ist
Massnahme: Verständnisproblem beheben.
|
|
#0097
|
Problem:
In “TABLE ... FOREIGNKEY keylist” wurde eine existierende Fremdschlüsselspalte angegeben, aber die Tabelle detailtablealias ist nicht in derselben QUERY wie tablealias. Innerhalb der Virtab sind dfie tabellen nicht verknüpfbar, obwohl auf Datenbankebene ein Fremdschlüsselbeziehung besteht.
Massnahme: QUERY-Strukutr korrigieren, tablealias
und detailtablealias einer gemeinsamen QUERY
zuordnen.
|
|
#0098
|
Tritt nicht auf.
|
|
#0099
|
Problem: Die angegeben Basistabellen-Instanz hat keine Primärkey.
Massnahme: Datenbankdefinition korrigieren.
|
Fehler #0100 bis #0119:
|
Fehler-Nr.
|
Bedeutung
|
|
#0100
|
Problem: Die angegeben Basistabellen-Spalte ist kein
Primärschlüssel. Sollte nicht auftreten.
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0101
|
Tritt nicht auf
|
|
#0102
|
Problem: Ein Fremdschlüssel aus einer
Basistabellen-Instanz verweist auf zwei mögliche
Mastertabellen
Massnahme: Schlüsselauswahl mit
“TABLE ... FOREIGNKEY” korrigieren. Evtl.
kollidierende “TABLE ... FOREIGNKEY” löschen,
QUERY-Struktur neu ordnen.
|
|
#0103
|
Problem: Mit USES wird eine Virtab importiert, die
QUERYs benutzt, die von der importierenden Virtab
schon verwendet werden.
Massnahme: “USES..PREFIX”
benutzen, jede TABLE in importierter Virtab einer
QUERY zuordnen (keine Standardquery verwenden).
|
|
#0104
|
Problem: Mit USES wird eine Virtab importiert, die
table_aliase benutzt, die von der importierenden
Virtab schon verwendet werden.
Massnahme:
“USES..PREFIX” benutzen, jede TABLE in importierter
Virtab einer QUERY zuordnen (keine Standardquery
verwenden).
|
|
#0105
|
Problem: Mit USES wird eine Virtab importiert, die
Virtab-Spalten definiert, deren Namen schon von
der importierenden Virtab verwendet werden.
Massnahme: “USES..PREFIX” benutzen, jede TABLE in
importierter Virtab einer QUERY zuordnen (keine
Standardquery verwenden).
|
|
#0106
|
Problem: Mit USES wird eine Virtab importiert, die
CONSTRAINTs definiert, deren Namen von der
importierenden Virtab schon verwendet werden.
Massnahme: “USES..PREFIX” benutzen, jede TABLE in
importierter Virtab einer QUERY zuordnen (keine
Standardquery verwenden).
|
|
#0107
|
Problem: In einem sql_expr werden zuviele Virtab-Spalten erwähnt.
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0108
|
Problem: In einem sql_expr werden zuviele Basistabellen-Spalten erwähnt.
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0109
|
Problem: Es wurde die Kommandozeilenoption “-autovr”
gesetzt und eine Virtab definiert, deren Name schon
eine Basistabelle ist.
Massnahme: Keine Basistabellen definieren, deren Namen mit “VT_” beginnt.
|
|
#0110
|
Problem: Bei “VIRTUAL REFERENCES” wurde ein nicht
existierende Virtab als Master angegeben.
Massnahme: Namen korrigieren.
|
|
#0111
|
Problem: Problem: Bei “VIRTUAL REFERENCES” wurde
eine nicht existierende Spalte als Primärschlüssel in
der Master-Virtab angegeben.
Massnahme: Namen korrigieren.
|
|
#0112
|
Problem: Bei “VIRTUAL REFERENCES” wurde eine Spalte
als Master-Primärschlüssel angegeben, die nicht als
“VIRTUAL PRIMARYKEY” definiert wurde.
Massnahme: “VIRTUAL PRIMARYKEY” hinzufügen.
|
|
#0113
|
Problem: Bei “VIRTUAL REFERENCES” wurde als Master
eine Virtab angegeben, die nicht als Basistabelle in
die Datenbankdefintion übernommen wurde.
Massnahme: Kommandozeilenoption “-autovr” angeben..
|
|
#0114
|
Problem: Bei “VIRTUAL REFERENCES” wurde eine Spalte
als Master-Primärschlüssel angegeben, die zwar als
“VIRTUAL PRIMARYKEY” definiert wurde, aber die
Basistabellen-Spalte selbst hat nicht das Attribut
“PRIMARYKEY”
Massnahme: Datenbankdefinition korrigieren. Verständnis klären.
|
|
#0115
|
Problem: Innerhalbn einer Virtab kann nur eine
begrnzte Anzahl von QUERYs verwendet werden.
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0116
|
Problem: Die Länge der QUERY-Kommaliste ist begrenzt.
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0117
|
Problem: Bei “TABLEORDER FOR” wurde ein
undefiniertes tablealias angegeben.
Massnahme: Tippfehler korrigieren.
|
|
#0118
|
Problem: Die angegebene Virtab-Spalte wurde in
COLUMNORDER erwähnt, aber existiert nicht.
Massnahme: Virtab-Spalte definieren, oder aus COLUMNORDER löschen.
|
|
#0119
|
Problem: Die angegebene Virtab-Spalte wurde in
COLUMNORDER erwähnt, aber ist INVISIBLE.
Massnahme: Virtab-Spalte VISIBLE setzen, oder aus
COLUMNORDER löschen.
|
Fehler #0120 bis #0139:
|
Fehler-Nr.
|
Bedeutung
|
|
#0120
|
Problem: Die angegebene Virtab-Spalte wurde mehrfach
in COLUMNORDER erwähnt.
Massnahme: Doppeleinträge aus COLUMNORDER löschen.
|
|
#0121
|
Problem: Bei “VIRTUAL REFERENCES” wurde ein nicht
existierende Virtab als Master angegeben.
Massnahme: Namen korrigieren.
|
|
#0122
|
Problem: Problem: Bei “VIRTUAL REFERENCES” wurde
eine nicht existierende Spalte als Primärschlüssel in
der Master-Virtab angegeben.
Massnahme: Namen korrigieren.
|
|
#0123
|
Problem: Bei “VIRTUAL REFERENCES” wurde eine Spalte
als Master-Primärschlüssel angegeben, die nicht als
“VIRTUAL PRIMARYKEY” definiert wurde.
Massnahme: “VIRTUAL PRIMARYKEY” hinzufügen.
|
|
#0124
|
Problem: Interner Fehler bei der Erzeugung der Virtab-Prozeduren
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0125
|
Problem: Interner Fehler bei der Erzeugung der Virtab-Prozeduren
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0126
|
Problem: Fehler bei der Erzeuugng der
Virtab-Prozeduren: Datentyp einer
Basistabellen-Spalte fehlt.
Massnahme: “TABLE ..COLUMN..DATATYPE” angeben.
|
|
#0127
|
Problem: Interner Fehler bei der Erzeugung der Virtab-Prozeduren
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0128
|
Problem: Interner Fehler bei der Erzeugung der Virtab-Prozeduren
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0129
|
Problem: Fehler bei der Erzeuugng der
Virtab-Prozeduren: Datentyp einer
Basistabellen-Spalte fehlt.
Massnahme: “TABLE ..COLUMN..DATATYPE” angeben.
|
|
#0130
|
Problem: Interner Fehler bei der Erzeugung der Virtab-Prozeduren
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0131
|
Problem: Interner Fehler bei der Kommandozeilenoption “-delphi”
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0132
|
Problem: Interner Fehler bei der Kommandozeilenoption “-delphi2”
Massnahme: Neue Version von ER2SQL erstellen.
|
|
#0133
|
Problem: Interner Fehler bei der Kommandozeilenoption “-delphi3”
Massname: Neue Version von ER2SQL erstellen.
|
|
#0134
|
Problem: Interner Fehler bei der Kommandozeilenoption “-java”
Massname: Neue Version von ER2SQL erstellen.
|
|
#0135
|
Problem: bei der Untersuchung der Vernetzung der
Basistabellen-Instanzen wurde festgestellt, dass die
Virtab aus mehren Tabellen-Netzwerken besteht, die
nicht durch Fremdschlüsselverweise verbunden sind.
Massname: QUERY- und FOREIGNKEY-Struktur korrigieren.
Evtl. unsichtbare Verbindungstabellen einfügen.
|
|
#0136
|
Problem: Zwar sind alle Basistabellen durch
Schlüssel miteinander vernetzt, es konnte aber keine
Tabellen-Reihenfolge gefunden werden, mit der alle
Basistabellen im Netz lokalisiert werden können.
(Tritt nur auf, wenn Virtab nicht NOCHANGE).
Massname: Für eine der angegebenen Basistabellen
Schlüsselspalten in die Virtabdefinition einfügen.
Verständnisproblem beheben.
|
|
#0137
|
Problem: In einer “TABLE ... FOREIGNKEY LINK ... TO
...”-Anweisung muss die Masterkey-Spalte Teil der
Tabelle sein.
Massnahme: Schlüsselnamen korrigieren.
|
|
#0138
|
Problem: Nach “TABLE ... FOREIGNKEY LINK ...” fehlt das “TO”.
Massnahme: Syntaxfehler korrigieren.
|
|
#0139
|
Problem: In der Feldliste von CONSTRAINT UNIQUE
taucht eine unbekannte Virtabspalte auf.
Massnahme: Nur definierte Virtabspalten angeben.
|
Fehler #0140 bis #0159:
|
Fehler-Nr.
|
Bedeutung
|
|
#0140
|
Problem: durch “COLUMN ... FOREIGNKEY LINK ... TO
...” wurde ein Fremdschlüssel auf mehrere
Mastertabellen gleichzeitig gerichtet. Das kann
sinnvoll sein, ist aber nur für NOCHANGE-Virtabs
(reine Views) implementierbar.
Massnahme: Virtab NOCHANGE machen, Schlüsselnetzwerk umstrukturieren.
|
|
#0141
|
Problem: ein SQL-Ausdruck enthält weniger “)” als “(“
Massnahme: Syntax korrigieren.
|
|
#0142
|
Problem: SQL-Ausdruck zu lang
Massnahme: Wahrscheinlich Syntax-Fehler in der Klammerung, siehe #0141.
|
|
#0143
|
Problem: In der Feld/Bedingungsliste von CONSTRAINT
UNIQUE dürfen nur Identifer oder(..)-Ausdrücke stehen
Massnahme: Syntaxfehler korrigieren.
|
|
#0144
|
Problem: In einer SQL-Bedingung von CONSTRAINT
UNIQUE wird EXISTING nicht von . gefolgt.
Massnahme: Syntaxfehler korrigieren.
|
|
#0145
|
Problem: In einer SQL-Bedingung von CONSTRAINT
UNIQUE folgt nach EXISTING keine Virtabspalte.
Massnahme: Syntaxfehler korrigieren.
|
|
#0146
|
Problem: eine postgres CALCULATED-Spalte hat das
FEATURE PG_NULL_WRAPPER, aber die Virtab
veröffentlicht keinen primary key.
Massnahme:
irgendeinen PK in die Virtab einbauen. Er darf nicht
aus einer OPTIONAL Tabelle kommen.
|
|
#0147
|
Problem: Der Name eines SQL-Objekts ist zu lang,
unter ORACLE SQL-dürfen Identifier nur 30 Zeichen
lang sein.
Massnahme: Das auslösende TABLE,
COLUMN, CONSTRAINT oder VIRTUALTABLE kürzer benennen..
|
|
#0148
|
Problem: Der Name einer Virtab-Spalte ist zu lang.
Das Limit ergibt sich, weil der Namen zur Benennung
von SQL-Objekten benutzt wird, und unter ORACLE
SQL-Identifier nur 30 Zeichen lang sein dürfen.
Massnahme: Spalte umbenennen.
|
|
#0149
|
Problem: Mittels einer “TABLE detailtable FOREIGNKEY
LINK mastertable.foreignkey TO primarykey” Anweisung
wurde für foreignkey ein zweiter, anderer primarykey
angegeben. Ein Foreignkey kann aber natürlich nur auf
einen Primärschlüssel gleichzeitig zeigen.
Massnahme: Ist die Virtab NOCHANGE, kann man die
Schlüsselrichtung drehen: “TABLE mastertable
FOREIGNKEY LINK detailtable.primarykey TO
foreignkey.” Das ist möglich, da die definierten
PK-FK-Links nur in der WHERE-Klausel der
Viewdefinition benutzt werden.
|
|
#0150
|
Problem: Nach der FEATURE IGNORE_ERROR -Anweisung
wird eine Liste von komma-getrennten numerischen
Fehlernummern erwartet.
Massnahme: Syntax korrigieren.
|
|
#0151
|
Problem: In den Spaltenattributen einer
Tabledefinition muss nach “NOT” immer “NULL” kommen.
Massnahme: Syntax korrigieren.
|
|
#0152
|
Problem: Datenbanktabellen werden in den Definitionsfiles nach dem Muster
“[ schema .] tablename” angesprochen.
Massnahme: Syntaxfehler korrigieren.
|
|
#0153
|
Problem: Für eine Datenbanktabelle wurde “schema .”
nicht angegeben. Der Tabellenname ist aber ohne
Schemaprefix nicht eindeutig.
Massnahme: Eine
Angabe des Schemaprefixes identifiziert die
Tabelle eindeutig.
|
|
#154
|
Problem: Die Virtab enthält leer
Spaltendeklarationen der Form “COLUMN ... DATATYPE
...”. Daher müssen View und die stored procedures
durch eignes SQL implementiert werden.
Massnahme:
Leere Spaltendeklarationen entfernen, .eigenes SQL
mit ONSELECT, bzw. ONINSERT, ONUPDATE, ONDELETE
angebeben, Virtab ggf. NOCHANGE machen.
|
|
#155
|
Problem: Eine Virtabspalte veröffentlicht einen
foreign key aus einer schreibbaren Datenbanktable,
und der foreign key zeigt (innerhalb der
Virtab-Struktur) auf eine Mastertable.
Dann wird
der foreign key durch die interne Verknüpfungslogik
gesetzt, was mit der Nutzung durch den User
kollidiert.
Massnahmen: statt des foreign key des
Details den primary key des Masters als Virtabspalte
veröffentlichen.
|
|
#156
|
Problem: Es wurde ein Block mit User-SQL erwartet,
dieser muss mit BEGINSQL .. ENDSQL markiert werden.
Massnahme: Syntax korrigieren.
|
|
