Nochmal zum Verständnis zu Datenkonflikten

[Carl]

Nochmal zu Datenkonflikten:

gegeben Design A:
* eine Fragebogen-DB
* darin eine tblDaten, in der Felder der Kopfdaten der Respondenten sowie deren eingegebene Antworten vorhanden sind
* FE/BE-Design und 20 Respondenten gleichzeitig

Dabei kann es sein, dass die Respondenten sich gegenseitig ins Gehakel kommen, wenn sie die gleiche Tabelle editieren.


gegeben Design B:
* eine Fragebogen-DB
* darin eine tblKopfdaten
* darin eine tblAntworten, beide Tabellen 1:1 verknüpft über die ID als Fremdschlüssel oder so.

Wenn jetzt ein neuer Respondent seinen DS in tblKopfdaten anlegt, wird ein zugehöriger DS in der tblAntworten genereiert, was Konflikte vermeiden soll.

Jetzt die Frage: Wieso vermeidet das Konflikte? die 20 Respondenten editieren doch dann immer noch eine gemeinsame Tabelle, wenngleich die dann eben tblAntworten heißt.

VG Carl

[PhilS]

Nochmal zu Datenkonflikten:

Nochmal?
Zu welchen Datenkonflikten?

Wenn die Vorgeschichte relevant ist, dann verlinkte das Thema bitte auch.

gegeben Design B:
* eine Fragebogen-DB
* darin eine tblKopfdaten
* darin eine tblAntworten, beide Tabellen 1:1 verknüpft über die ID als Fremdschlüssel oder so.

Wenn jetzt ein neuer Respondent seinen DS in tblKopfdaten anlegt, wird ein zugehöriger DS in der tblAntworten genereiert, was Konflikte vermeiden soll.

Ich sehe erstmal noch nicht,  dass dieses Design per se Konflikte vermeidet.

Interessanter wäre aus meiner Sicht, wie und welche Datensatzsperren verwendet werde und ob die Sperren auf Seiten- oder Datensatzebene gesetzt werden.

Der größte Faktor bei solchen Problemen ist aber meist die Programmierung des Entwicklers.