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
Zitat von: Carl am März 27, 2019, 19:08:04
Nochmal zu Datenkonflikten:
Nochmal?
Zu welchen Datenkonflikten?
Wenn die Vorgeschichte relevant ist, dann verlinkte das Thema bitte auch.
Zitat von: Carl am März 27, 2019, 19:08:04
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.