Finde Fehler bei SQL nich...

[Fuerchau]

Ich habe immer noch Kunden, die mit V5R1 oder sogar V4R5 und V4R3 arbeiten.
Wo ist der kleinste gemeinsame Nenner ?

Man könnte auch immer gleich mit "In V5R4 gehts doch auch" und "mit V5R5 kommts auf jeden Fall" antworten, aber helfen tut's nicht.

Da bewege ich mich (meistens) doch lieber auf der sicheren Seite

PS:
Da das Komma als fehlerhaft abgewiesen wurde, liegt zumindestens NICHT V5R3 vor.

[deni87991]

Also ich wollte keinen Streit provozieren...ich bin über jede Hilfe dankbar.

So...um diesmal auszuschließen, das es an mir liegt, hab ich die Commands nur kopiert-->

1
2 CREATE TABLE GEISLER.TESTSQL
3 (NAME CHAR (10 ) NOT NULL WITH DEFAULT,
4 ZAHL INTEGER NOT NULL WITH DEFAULT,
5 DATUM DATE NOT NULL WITH DEFAULT);
6
7 INSERT INTO MYSCHEMA.TEST
8 (NAME, ZAHL, DATUM)
9 VALUES('MEIER', 123, '2006-08-01'),
10 ('SCHULZE', 45678, '10.08.2006');

und wollte dann mit RS die Sache wandeln: WIEDER triff folgender Fehler auf:
SQL0104 30 9 Position 35 Token , ungültig. Gültige Token: <ENDE DER
ANWEISUNG>.

Das triffe mal wieder genau die Datumsangabe:
Habe es ausprobiert mit '2006-08-01' und mit '2006.08.01' - der Fehler bleibt aber gleich

[Fuerchau]

Also hast du noch kein V5R3 !!!!
Und damit kannst du in einem Insert nur 1 Zeile einfügen.

Der Fehler weist doch darauf hin, dass in Zeile 9, Stelle 35 das Komma nicht erwartet wird sondern das "Ende der Anweisung" !

[deni87991]

Hm, wenn du meist (bin zwar eigentlich ziemlich davon übrezeugt aber du kennst dich besser aus).

Ich hab die VALUES jetzt also getrennt.

1
2 CREATE TABLE GEISLER.TESTSQL
3 (NAME CHAR (10 ) NOT NULL WITH DEFAULT,
4 ZAHL INTEGER NOT NULL WITH DEFAULT,
5 DATUM DATE NOT NULL WITH DEFAULT);
6
7 INSERT INTO GEISLER.TESTSQL
8 (NAME, ZAHL, DATUM)
9 VALUES('MEIER', 123, '2006.08.01'),
10 VALUES('MUELL', 587, '10.08.2006');


Es entsteht folgender Fehler:
SQL0104 30 9 Position 35 Token , ungültig. Gültige Token: <ENDE DER
ANWEISUNG>.

[Fuerchau]

Probier doch dieses aus:

1
2 CREATE TABLE GEISLER.TESTSQL
3 (NAME CHAR (10 ) NOT NULL WITH DEFAULT,
4 ZAHL INTEGER NOT NULL WITH DEFAULT,
5 DATUM DATE NOT NULL WITH DEFAULT);
6
7 INSERT INTO GEISLER.TESTSQL
8 (NAME, ZAHL, DATUM)
9 VALUES('MEIER', 123, '2006-08-01');

7 INSERT INTO GEISLER.TESTSQL
8 (NAME, ZAHL, DATUM)
10 VALUES('MUELL', 587, '2006-08-10');

Wenn ich mich nicht verzählt habe (laut deiner Quelle) ist Stelle 35 genau das Komma nach der Klammer-Zu !

[deni87991]

Jajaja...hab an der falschen Skala gezählt und den Kommentar gleich wieder rausgenommen aber hast mich doch erwischt.
Nun zu dem Problem: Folgender Quelltext steht jetzt also da-nur von dir kopiert:

1
2 CREATE TABLE GEISLER.TESTSQL
3 (NAME CHAR (10 ) NOT NULL WITH DEFAULT,
4 ZAHL INTEGER NOT NULL WITH DEFAULT,
5 DATUM DATE NOT NULL WITH DEFAULT);
6
7 INSERT INTO GEISLER.TESTSQL
8 (NAME, ZAHL, DATUM)
9 VALUES('MEIER', 123, '2006-08-01');
10
11 INSERT INTO GEISLER.TESTSQL
12 (NAME, ZAHL, DATUM)
13 VALUES('MUELL', 587, '2006-08-10');


Ergibt folgende Meldungen:
SQL7905 20 1 Position 1 Tabelle TESTSQL in GEISLER erstellt, Tabelle
konnte jedoch nicht im Journal aufgezeichnet werden.
SQL7008 30 7 Position 3 TESTSQL in GEISLER für Operation ungültig.
SQL7961 0 ROLLBACK beendet.

Ist das eigentlich schlimm mit dem Journal?

Wenn ich bei dem INSERT INTO statt dem qualfizierten Namen den einfachen Namen, sprich
7 INSERT INTO TESTSQL nehme, dann kommt diese Meldung:

SQL0204 30 7 Position 3 TESTSQL der Art *FILE in AZOPER nicht
gefunden.

[Fuerchau]

Da du RUNSQLSTM verwendest musst du den Commit-Modus angeben.
Deine Lib enthält kein Journal, daher die Fehlermeldung.
Dies kann ignoriert werden wenn du beim Commit *NONE angibst.