Kein INSERT möglich

[deni87991]

Hallo!

Gleiches Problem wie gestern:
Sobald ich einen INSERT-Befehl machen will, kommt die Fehlermeldung

SQL7008 30 15 Position 2 SQL1 in GEISLER für Operation ungültig.

Quelltext lautet:
1 CREATE TABLE GEISLER.SQL1 (
2 KBB CHAR ( 30 ) NOT NULL DEFAULT,
3 KMN DECIMAL( 3, 0) NOT NULL DEFAULT,
4 KGP VARCHAR( 15 ) NOT NULL DEFAULT,
5 KTIM TIME NOT NULL DEFAULT,
6 KDAT DATE NOT NULL DEFAULT);
7 LABEL ON COLUMN GEISLER.SQL1
8 (
9 KBB IS 'NAME',
10 KMN IS 'ZAHL',
11 KGP IS 'XYZ',
12 KTIM IS 'ZEIT',
13 KDAT IS 'DATUM');
14
15 INSERT INTO GEISLER.SQL1
16 (KBB)
17 VALUES ('SCHULZE');

Das kann doch langsam nicht mehr wahr sein; warum macht das scheiß Teil das nicht? Auf dem SQL-Server gehts doch auch...HILFE :-(

[B.Hauser]

Das liegt daran, dass die Datei/Tabelle nicht im Journal aufgezeichnet wird.

Ich nehme an, dass die Bibliothek GEISLER nicht über SQL (Create Schema), sondern über den CL-Befehl CRTLIB erstellt wurde. Beim Erstellen einer Bibliothek mit SQL werden automatisch Journal und Journal Receiver in dieser Bibliothek angelegt. Alle Dateien/Tabellen, die mit SQL erzeugt werden, werden automatisch im Journal registriert und aufgezeichnet.

Wenn eine Aufzeichnung im Journal nicht erforderlich ist, dann kannst Du am Ende des Insert Statements WITH NC angeben.

INSERT INTO GEISLER.SQL1 
          (KBB) 
VALUES ('SCHULZE')
With NC; 

Eine andere Möglichkeit, sofern Du das Skript mit RUNSQLSTM ausführst ist, die Option Commit Steuerung (COMMIT) auf *NONE zu setzen. Der Unterlassungs-Wert bei dieser Auswahl ist *CHG, was bedeutet, dass alle Inserts, Updates und Deletes im Journal aufgezeichnet werden müssen. Da funktioniert natürlich nur dann, wenn die Datei/Tabelle auch registriert ist.

Birgitta

[deni87991]

Ja ich denke es wurde per CL-Command erstellt!

Eine Aufzeichnung ins Journal ist wohl nicht notwenidig, denke ich. Allerdings hab ich mit Journalen noch nie was zu tun gehabt und kenn es bloß vom "Wort" her.

Ich hab jetzt also folgendes gemacht:
CREATE SCHEMA GEISLERSQL;

Das hat ja auch geklappt, das ganze sieht dann so aus


Ausw. Teildatei Art Text
SCHEMA TABLE

Aber was hab ich davon? Dachte, das ist dann sowas wie eine Datei (z.Bsp, DDS) wo die Teildateien (SQL1) drin sind.

Mein SQL-Kram wandle ich dann erst mit RS und gucks mir dann im Query an (weil weiß nicht wie sonst).

gut, also hab ich mal deinen Befehl benutzt und folgendes kam bei raus:
RUNSQLSTM SRCFILE(GEISLER/QSQLDDLSRC) SRCMBR(SQL2) COMMIT(*NONE) NAMING(*S
QL)
Eigentumsrecht für Objekt SQL1 in GEISLER Art *FILE geändert.
Tabelle SQL1 in GEISLER erstellt, Tabelle konnte jedoch nicht im Journal
aufgezeichnet werden.

PS: Vielen Dank für deine Hilfe

[Fuerchau]

Auf dem SQL-Server läuft da einiges anders, da dieser grundsätzlich mit Journalen arbeitet.

Journale ermöglichen eben, an Datenbanken Änderungen zu bestätigen (Commit) bzw. zurückzunehmen (Rollback).

Per Create Schema (Collection) wird automatisch ein Journal erstellt.
Ein Create Table muss dann sogar per Commit bestätigt werden, sonst wird sie automatisch wieder entfernt !

Der RUNSQLSTM erlaubt SQL-Scripte auszuführen, allerdings brechen diese beim 1. Fehler ab.

Je nach OS-Version sind auch mehr als 1 Statement (mit Semikolon getrennt) erlaubt.

Wenn du ein Schema GEISLERSQL erstellt hast, solltest du zum Testen auch GEISLERSQL statt GEISLER verwenden.

Im Übrigen kannst du per STRSQL SQL-Befehle interaktiv ausführen, per F4 auch komfortabel prompten lassen.

Per F13 kannst du dann alle eingetippten SQL-Befehle mit Auswahl 4 in eine SRCPF sichern.

Ich denke, zum Üben ist dies besser geeignet als die dauernde testerei mit SQL-Scripts.

[deni87991]

Danke... ihr seid echt super!

Schön,wenn mal was klappt :-)