Kein INSERT möglich

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