[Firebird] Datensätze in Backup-DB verschieben/spiegeln

[Blup]

Zitat von messie:

Wenn ich das mit INSERT mache, bekomme ich für jedes Datum einen neuen Index. Das ist zu Fuß recht umständlich.

Ist es möglich, Daten en bloque unter Beibehaltung der Indices in eine andere Datenbank mit identischer Struktur zu verschieben? Die nicht verschobenen Indices wären zunächst frei und würden dann gefüllt falls der entsprechende Datensatz auch verschoben wird.

Für mich hört sich das nach einer ungünstigen Datenstruktur an, nach dem Motto für jeden Tag eine neue Tabelle.
Normalerweise hat man nur eine Tabelle und die Datensätze haben eine Spalte Datum.
Dann braucht sich die Datenstruktur auch nicht jeden Tag zu ändern.

Zum Thema:
Eine 1:1 Kopie der aktuellen Datenbank erstellen (z.B. als Shadow erstellen und dann abkoppeln) und als Archiv ablegen.
In der aktuellen Datenbank alle nicht benötigten Daten löschen.
Mehr Aufwand lohnt sich nicht.

[tsteinmaurer]

Eine andere Möglichkeit wäre das Ganze asynchron über eine uni-direktionale Replikation zu machen. Zum Beispiel: http://www.iblogmanager.com/download...hotstandby.htm

[himitsu]

Wenn du die Daten unbedingt aufteilen willst, dann gäbe es auch noch die Partitionierung von Tabellen.


Spiegeln verändert doch erstmal nichts an der Performance.
Man kann da bei vielen Zugriffen die Zugriffe auf unterschiedliche DB-Server verteilen und hat dann in der Masse mehr Leistung.
Bzw. man hat immer ein aktuelles Backup.

Wobei Backup: Wenn man in der einen DB ausversehn etwas ändert/löscht, dann ist es in der anderen DB praktisch auch gleich weg.
Es wäre also nur ein hochaktuelles Backup zum Abfangen eines Serverausfalls, wo man auch gleich auf das andere System umschalten könnte.

PS:
http://entwickler-forum.de/archive/i...p/t-40590.html
http://www.delphipraxis.net/162657-e...tenbanken.html
http://www.ibexpert.net/ibe_de/index...ecommendations

[mkinzler]

Zitat:

Wenn du die Daten unbedingt aufteilen willst, dann gäbe es auch noch die Partitionierung von Tabellen.

Das wird aber nicht von allen DBMS unterstützt, z.B. von dem es hier geht nicht.

[himitsu]

Ohh, dann hatte ich bestimmt falsch geguckt. Sah in einigen Überschriften der Googlesuche fast so aus, als ginge es hier.

[mkinzler]

Nicht nativ.

http://en.wikipedia.org/wiki/Compari...gement_systems