Intro: 5 Minuten Microsoft Access
1:13
Пікірлер
@voex2007
@voex2007 8 ай бұрын
recht gut gemacht
@jogie63
@jogie63 8 ай бұрын
Ich habe eine Frage zum Thema Beziehungen. In meinem Fall ist eine Beziehung nicht immer gewollt, denn durch die Beziehung in der Untertabelle wird jede Änderung auf die Haupttabelle übernommen. Beispiel: ich habe eine Rechnungsverwaltung in der die Rechnung mit der Firma in einer Beziehung steht. Nach 5 Jahren ändert die Firma den Status GmbH in AG. Wenn ich jetzt den Name in 'AG' ändere, werden alle alten Rechnungen ebenfalls geändert, was ja nicht sein darf. Wie kann man sowas abfangen? Durch anlegen einer neuen Adresse und indem man ein die alte Adresse durch ein extra Feld auf inaktiv setzt? Oder gibt es da noch eine andere Möglichkeit? Beziehungen sind super, aber nicht immer ohne Probleme
@purplePanda_Programming2901
@purplePanda_Programming2901 8 ай бұрын
Servus Jürgen, vielen Dank für die Frage, ich denke dein Ansatz ist der richtige. Wenn ich das richtig verstanden habe wir der Primärschlüssel der Firma, zum Fremdschlüssel in der Tabelle Rechnungen? Gehem wir von dieser 1:n Beziehung aus könntest: A) Deinen Ansatz verfolgen und ein Feld hinzufügen, welches die Adresse aktiv/Inaktiv setzet B) Jeweils eine Spalte für Start- und Enddatum angeben, wobei das Enddatum bspw. im Jahr 2500 liegt. Sollte sich etwas ändern, legst du einen neuen Datensatz an, und fügst auch hier wieder ein Start- und ein Enddatum an und passt das Enddatum im "alten Datensatz" auf das dementsprechende Enddatum an. Somit hast du die möglichkeit auch eine gewissen "Änderungs-" oder "Versionshistorie" zu erstellen, die alten Rechnungen zeigen die alten Firmendaten an, wobei sich die "neuen", auf den neuen Datensatz beziehen. Das schlägt jedoch mehr oder weniger in die selbe Kerbe wie dein Ansatz.
@Matt-ft4wb
@Matt-ft4wb 9 ай бұрын
'promo sm'
@abiazzemi
@abiazzemi 10 ай бұрын
Danke für das tolle Video, mach weiter so 💪🏼