MSSQL: Datensatz fehlt

[hoika]

Hallo,
der Detail-Datensazu und der Master fehlt?
Das kann gar nicht sein, wenn mit Foreign Keys gearbeitet wurde.

[DeddyH]

Falsch formuliert: das könnte nicht sein, wenn mit Referentieller Integrität gearbeitet würde.

[haentschman]

Zitat:

der Detail-Datensazu und der Master fehlt?

nein...nur der Master.

[TigerLilly]

Hmm. Den MSSQL Server als Übeltäter kannst du ausschließen. Der löscht keine Sätze ungefragt. Ich würde auch einen kaputten Index ausschließen, der den Datensatz einfach nicht anzeigt.

- Der Datensatz ist in einem Backup auffindbar?
- Kann das dadurch entstehen, dass zwei Benutzer dasselbe zum gleichen Zeitpunkt tun?
- Referentielle Integrität einzubauen dauert ein paar Sekunden + geht am Live-System (wenn die App da nicht in die Quere kommt weil zb Detailsätze NACH dem Master gelöscht werden).
- Wenn Löschen des Masters VOR den Detailsätzen nicht die Regel ist, würde ich einen Trigger aufsetzen, der das Löschen abbricht + damit ich weiß wann und wo das auftritt.

HTH

[haentschman]

Zitat:

Der Datensatz ist in einem Backup auffindbar?

Der Datensatz ist wiederherstellbar gewesen...aber blöd ist das doch. Erst Recht wenn es eigentlich nicht möglich ist.

Zitat:

würde ich einen Trigger aufsetzen, der das Löschen abbricht + damit ich weiß wann und wo das auftritt.

...mache ich auch.

[himitsu]

Ja, da muß man bissl aufpassen, wo überall die Editing und ReadOnly stehen und wo man alles die Daten bearbeiten kann.
Query/DataSet, Grid, DataSet-Field, Grid-Column (Edit), DBNavigator (Einzeln und/oder der im DxGrid)

Und die ShortCuts Einfg/Entf (auch ohne Strg) werden hier oft beim Schreibschutz gern vergessen (in den GridView-Optionen),
weil man sie nicht direkt sieht, im Gegensatz zum Style des Edits oder ob Buttons/Menüs disabled sind und ob das Kontextmenü aufgeht (falls man dort was zum Bearbeiten drin hat).


Passt MSSQL bei den "Referenzen" denn nicht auf?
(Master löschen, obwohl noch ein Detail dran hängt)

[haentschman]

Zitat:

Master löschen, obwohl noch ein Detail dran hängt

Wenn die Datenbank das wüßte, daß das Detaildaten sind, ja. Meine Daten (Tabellen) existieren nebeneinander...nur der Client weiß was zusammen gehört!
Aktuell könnte man an einem Arbeitsplatz die Positionen eines Auftrages ändern, an einem anderem Arbeitsplatz in dem Auftrag die Adresse ändern. Jeder speichert seine Änderungen...gruselig!

Eigentlich kein Zustand. Ich bräuchte ein halbes Jahr die Datenbank aufzudröseln...alles im Live Betrieb.