MySQL: Buchungen autom. löschen, wenn Person oder Termin gelöscht wird bearbeitet von TS 03.03.2023 14:16 Hello Rolf, > > Ja selbstverständlich. Habe ich doch genannt. > > Monolithische Datenbanken machen mir immer etwas Angst, wenn die wachsen.> > Wie sind deine Erfahrungen hiermit:> > <https://dev.mysql.com/doc/refman/8.0/en/innodb-file-space.html>> > - innodb_file_per_table> - Eigene TablespacesDamit muss ich mich auch erst wieder beschäftigen. Dank meiner frühen Allergie gegen InnoDB habe ich für die Praxis immer einen Bogen darum gemacht, nur gelegentlich für die Theorie geschaut, wie es sich weiter entwickelt. Das Sichern von MyISAM-Tabellen war aber immer der schnellste und sauberste Weg. In einer Schwachlastzeit das Login verbieten, die Tabellen flushen, den DB-Server stoppen und einen Tarball von den Tabellen anlegen. Das geht hostintern relativ schnell. Dann kann man den Server schon wieder starten und das Login erlauben.Das muss die API abfangen. Dann kann man den Tarball in Ruhe runterladen/übertragen auf einen Backup-Host.Das Wiederherstellen geht dann ähnlich schnell.Dasselbe mit einem offiziellen Dump dauert ungefähr 10 bis 20mal solange. 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 TS 03.03.2023 14:35 Hello Rolf, > > Ja selbstverständlich. Habe ich doch genannt. > > Monolithische Datenbanken machen mir immer etwas Angst, wenn die wachsen.> > Wie sind deine Erfahrungen hiermit:> > <https://dev.mysql.com/doc/refman/8.0/en/innodb-file-space.html>> > - innodb_file_per_table> - Eigene TablespacesDamit muss ich mich auch erst wieder beschäftigen. Dank meiner frühen Allergie gegen InnoDB habe ich immer einen Bogen darum gemacht.Das Sichern von MyISAM-Tabellen war aber immer der schnellste unsd sauberste Weg. In einer Schwachlastzeit das Login verbieten, die Tabellen flushen, den DB-Server stoppen und einen Tarball von den Tabellen anlegen. Das geht hostintern relativ schnell. Dann kann man den Server schon wieder starten und das Login erlauben.Das muss die API abfangen. Dann kann man den Tarball in Ruhe runterladen/übertragen auf einen Backup-Host.Das Wiederherstellen geht dann ähnlich schnell.Dasselbe mit einem offiziellen Dump dauert ungefähr 10 bis 20mal solange. 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 TS 03.03.2023 14:20 Hello Rolf, > > Ja selbstverständlich. Habe ich doch genannt. > > Monolithische Datenbanken machen mir immer etwas Angst, wenn die wachsen. > > Wie sind deine Erfahrungen hiermit: > > <https://dev.mysql.com/doc/refman/8.0/en/innodb-file-space.html> > > - innodb_file_per_table > - Eigene Tablespaces Damit muss ich mich auch erst wieder beschäftigen. Dank meiner frühen Allergie gegen InnoDB habe ich immer einen Bogen darum gemacht. Das Sichern von MyISAM-Tabellen war aber immer der schnellste uns sauberste Weg. In einer Schwachlastzeit das Login verbieten, die Tabellen flushen, den DB-Server stoppen und einen Tarball von den Tabellen anlegen. Das geht hostintern relativ schnell. Dann kann man den Server schon wieder starten und das Login erlauben. Das muss die API abfangen. Dann kann man den Tarball in Ruhe runterladen/übertragen auf einen Backup-Host. Das Wiederherstellen geht dann ähnlich schnell. Dasselbe mit einem offiziellen Dump dauert ungefähr 10 bis 20mal solange. 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
nicht angemeldet nicht angemeldet
