MySQL: Buchungen autom. löschen, wenn Person oder Termin gelöscht wird
bearbeitet von
Hello K.H.,
mir fällt da noch eine Spielart ein:
Wenn Du die Kaskade-oder-Trigger-Frage geklärt hast (tiefer im Thread), dann solltest Du vielleicht noch überlegen, ob Du das Löschen nicht besser ins Datenmodell einarbeiten solltest:
Daten nicht sofort löschen, sondern nur per Update zum Löschen markieren. Diese Datensätze dürfen dann aber beim Select nicht mehr angezeigt werden.
## Vorteile:
- Du behältst eine "Papierkorbfunktion" übrig, die es Dier als Supersvisor gestattet, die gelöschten (Deleted) Records ggf. wiederherzustellen
- Löschen in Datenbanken ist bezüglich Indexen relativ teuer. Du könntest das tatsächliche Löschen (Purge) dann nach Sichtung zu einer Schwachlastzeit vornehmen lassen, also eventuell den gesamten Vorgang dreistufig aufbauen:
-- Delete
-- View and Commit
-- Purge by Cron
Glück Auf
Tom vom Berg
--
Es gibt soviel Sonne, nutzen wir sie.
[www.Solar-Harz.de](https://www.Solar-Harz.de)
S☼nnige Grüße aus dem Oberharz
mir fällt da noch eine Spielart ein:
Wenn Du die Kaskade-oder-Trigger-Frage geklärt hast (tiefer im Thread), dann solltest Du vielleicht noch überlegen, ob Du das Löschen nicht besser ins Datenmodell einarbeiten solltest:
Daten nicht sofort löschen, sondern nur per Update zum Löschen markieren. Diese Datensätze dürfen dann aber beim Select nicht mehr angezeigt werden.
## Vorteile:
- Du behältst eine "Papierkorbfunktion" übrig, die es Di
- Löschen in Datenbanken ist bezüglich Indexen relativ teuer. Du könntest das tatsächliche Löschen (Purge) dann nach Sichtung zu einer Schwachlastzeit vornehmen lassen, also eventuell den gesamten Vorgang dreistufig aufbauen:
-- Delete
-- View and Commit
-- Purge by Cron
Glück Auf
Tom vom Berg
--
Es gibt soviel Sonne, nutzen wir sie.
[www.Solar-Harz.de](https://www.Solar-Harz.de)
S☼nnige Grüße aus dem Oberharz
MySQL: Buchungen autom. löschen, wenn Person oder Termin gelöscht wird
bearbeitet von
Hello K.H.,
mir fällt da noch eine Spielart ein:
Wenn Du die Kaskade-oder-Trigger-Frage geklärt hast (tiefer im Thread), dann solltest Du vielleicht noch überlegen, ob Du das Löschen nicht besser ins Datenmodell einarbeiten solltest:
Daten nicht sofort löschen, sondern nur per Update zum Löschen markieren. Diese Datensätze dürfen dann aber beim Select nicht mehr angezeigt werden.
## Vorteile:
- Du behältst eine "Papierkorbfunktion" übrig, die es Die als Supersisor gestattet, die gelöschten (Delete) Records ggf. wiederherzustellen
- Löschen in Datenbanken ist bezüglich Indexen relativ teuer. Du könntest das tatsächliche Löschen (Purge) dann nach Sichtung zu einer Schwachlastzeit vornehmen lassen, also eventuell den gesamten Vorgang dreistufig aufbauen:
-- Delete
-- View and Commit
-- Purge by Cron
Glück Auf
Tom vom Berg
--
Es gibt soviel Sonne, nutzen wir sie.
[www.Solar-Harz.de](https://www.Solar-Harz.de)
S☼nnige Grüße aus dem Oberharz