Eigenartiger Effekt mit int-Primary Keys ?

[Dejan Vu]

Bei 20 Installationen ist das kein Zufall mehr. Es scheint doch so zu sein, das es bei allen Installationen auffällt. Ich tippe ja auch auf die Software selbst, aber das muss schon ein merkwürdiger Zufall sein.

Code:

Update Tabelle set Id=5366038 where ....

Gemein ist das in jedem Fall.

[p80286]

Zitat von Dejan Vu:

Bei 20 Installationen ist das kein Zufall mehr. Es scheint doch so zu sein, das es bei allen Installationen auffällt. Ich tippe ja auch auf die Software selbst, aber das muss schon ein merkwürdiger Zufall sein.

Code:

Update Tabelle set Id=5366038 where ....

Gemein ist das in jedem Fall.

DAS ist doch wohl nicht Dein Ernst!
ein

Code:

Insert into Tabelle (id) values(12345)

ginge ja zur not noch aber ein Update auf einen Datensatz der keinen Schlüssel hat??


Gruß
K-H

[Dejan Vu]

Nein, ich meine 'irgendetwas Gemeines'. Also etwas, das richtig fies ist. Gemein. Unerwartet. Zum-Hand-Gegen-die-Stirn-klatschen. Oder-Kopf-gegen-die-Mauer.

PS: Die Tabelle hat ja einen Schlüssel. Das 'Statement' (das es so ja bestimmt nicht gibt) kann ja anders aussehen, z.B.

Delphi-Quellcode:

//Anstatt 
Datensatz.Zahlenfeld := 5366038;
// Steht da eben
Datensatz.Id := BloedeFunktionDie5366038Ergibt();
Datensatz.Post;

Anders kann ich mir das nicht erklären. Oder er überschreibt Field.SetText. Oder. Oder. Oder.

Ärgerlich, sowas.

[hoika]

Hallo,
da fällt mir ein Fehler aus meiner Jugendzeit ein (Paradox-"Datenbank" mit 20 Nutzern im Netz).
Ab und zu waren die Indizes zerschossen und ich habe 3 Rechner parallel ständig Daten einfügen/löschen lassen,
konnte das aber nicht reproduzieren.

Der Isolation-Level spielt beim SQL-Server ja wirklich eine Rolle,
dass ist bei "meinem" FireBird viel einfacher.

Noch mal die Frage an den TE:
Das trat jetzt bei wie vielen Kunden/Installationen auf?


Heiko