Fehler im interaktiven SQL

[Robi]

Hi *all

hab gerade einen 'Fehler' im interaktiven SQL festgestellt.
k.a. ob das im embedded auch so ist.

Bsp.:
select f1 from Datei where f1 in(1, 2, 3, 4) --> Anzeige

1
1
2
3
3
3
4

select f1 from Datei where f1 in(1, 2, 3,4) --> Anzeige
1
1
2
4

Keine Fehlermeldung und die falsche Anzeige.
Hat mich eben 2 Stunden gekostet

just for Info, hat mich echt geärgert

Robi

[Fuerchau]

Das ist kein Fehler, das liegt an der Interpretation des Dezimalzeichens.
Die Engländer/Amerikaner haben da keine Probleme mit, da sie einen Dezimalpunkt haben.

Parametertrenner ist nun mal das Komma.
Dezimaltrenner ist bei uns ebenso das Komma.
Um diese explizit zu trennen muss man bei Dezimalkomma als Parametertrenner immer ", " oder " ," kodieren.
Bei "n,m" wird immer eine Dezimalzahl angenommen.

[Robi]

ok, das ist die Erklärung

Ich hatte Fehler ja auch in ' gesetzt.
dachte mir schon so was.

war trotzdem Sau ärgerlich!
Bei mir waren das 7 stellige Mandantennr., die haben nun mal keine Dezimalstellen

Danke
Robi

[Fuerchau]

Leider passiert dies immer mal wieder.
Schlimm ist das bei embedded SQL oder ODBC wo man wie du erst spät merkt was schief läuft.
Bei Funktionen wie SUBSTR wird ja ein Fehler gemeldet, da ja ein Parameter fehlt bzw. nur Ganzzahlen erlaubt sind.

SQL wäre ja "intelligent", wenn beim Syntaxcheck gemerkt würde, dass der Typ der Zahl "3,4" ja nicht zum Vergleichsfeld passt.
Aber durch die immer mehr erweiterten automatischen Cast's halten solche, u.ä., Fehler halt einfach auf.