PDA

View Full Version : SQL-Fehler seit C3252520


Bodo Roggenkamp
21-01-04, 15:01
Hallo,

seit Installation C3252520 sowie aller HIPER/GROUP-PTF's haben wir massiv Probleme mit SQL-Abragen.

Bei Insert/Update brechen Programme sporadisch mit dem Fehler MCH0601 "Doppelte Satzschlüssel" ab, obwohl dies nicht der Fall ist. Fehler ist auch nicht reproduzierbar. Dieses Thema ist bereits IBM_Labor_Sache.

So wie es nun aussieht, haben wir dies bei einer ILE-RPG-Anwendung ebenfalls, nur dieser Fehler scheint reproduzierbar zu sein. Div. Test's laufen zu diesem Thema nun an.

Ist dieses Problem bereits jemandem bekannt bzw. gibt es einen Lösungsansatz?

Bin für jeden Tipp dankbar.

Gruß
Bodo
BenderD
13-02-04, 10:25
Hallo Bodo,

ich habe nach Deinem neueren Beitrag (cumptf...) nochmal auf den Ursprung gesehen, warum seid ihr euch eigentlich so sicher, dass ihr keine dupkeys habt???


Dieter Bender
Bodo Roggenkamp
13-02-04, 10:29
Hallo Dieter,

dass mit den Dupkeys ist von mehreren Entwicklern sowie von IBM untersucht worden und es gibt bei diesen Abbrüchen eindeutig keine doppelten Satzschlüssel.

Zum PTF-Stand nehme ich in Kürze Stellung.

Gruß
Bodo
BenderD
13-02-04, 10:32
Hallo Bodo,

ich habe nicht ganz ins Blaue gefragt, habt ihr auto increment Felder oder sagt euch genuuid was???

Dieter Bender
Rincewind
13-02-04, 15:36
Mal ne Zwischenfrage eines Nicht-so-viel-mit-Cumtapes-zu-tun-habenden...

Welcher PTF/Cumtape stand ist denn dieses C3252520?
(oder meint ihr 03 252 und V5R2M0?)
Ich dachte die sind TL und dann JJTAG
(also bei uns 03364)

Oder ist das eine andere Nummer?

Wir machen nämlich auch viel mit SQL (Rochester soll ja was zu tun haben...) und haben unseren ureigenen SQL Systemfehler seit V5R2, aber mit doppeltem Satzschlüssel gibts kein Problem

Rince
Bodo Roggenkamp
16-02-04, 07:38
Hallo Rince,

kurze Erklärung zu den Cumtape-Bezeichnungen:

C3252520

C = Cumtape

3 = Jahreszahl = 2003

252 = 252. Tag im Jahr

520 = V5R2M0


Gruß
Bodo
Rincewind
16-02-04, 10:06
Ok, danke

Dann nehmt doch das aktuellste Cumtape ;)

Ist doch so bei der IBM, immer fleissig weiterpatchen ;)


Einen Grossteil der SQL Probleme hat übrigens das DatenbankgruppenPTF Stand 10 bei uns behoben.


Rince

Beim nächsten Boot wird alles gut