Hallo, Marc! Am Son, 2003-02-02 um 15.24 schrieb Marc F. Neininger: > Am Fre, 2003-01-31 um 01.39 schrieb Michelle Konzack: > Hallo Michelle, > hallo Liste, > > > Hmmm, ich denke, das _modifiziert_ sofort beim auslesen geleert > > werden muss, denn wenn ich danach mit pg_dump die liste abarbeite, > > rennt die postgresql ja weiter und weitere Tabellen koennten > > modifiziert werden. > > Das Backup-Konzept wirkt langsam ziemlich clever. Ich gebe nur zu > bedenken, dass laut Murphy genau _nach_ dem Leeren von _modifiziert_ > Dein Computer h�ngenbleiben wird. Also w�rde ich _modifiziert_ nicht > leeren, sondern umbenennen und f�r neue Eintr�ge neu anlegen. Dann > kannst Du pg_dump in aller Ruhe auf das alte _modifiziert_ loslassen. [...]
Wenn das Skript, dass _modifiziert_ ausliest, abgearbeitet ist, sollten die Daten in einer Datei stehen. Erst dann kann die Tabelle geleert werden. Sollte die Kiste beim Auslesen abst�rzen, geht's nach dem Neustart mit der unver�nderten Tabelle von vorn los (Fall 1); nach dem Auslesen sind die Daten in der Datei fixiert, dann interessiert der Tabelleninhalt f�r diese Sicherung nicht mehr (Fall 2). Sollte Michelle vermeiden, dass im zweiten Fall u.U. neue Eintr�ge in die Tabelle gelangen, bevor sie gel�scht wird? Na ja: Eine Tabelle, die vor dem Absturz modifiziert wurde, w�rde nochmal gesichert. Wenn sie nach dem Absturz nicht mehr ver�ndert wird, kommt sie nochmal ins Backup, was nicht schadet, sondern nur Platz wegnimmt. Wird sie ver�ndert, vermerkt das Skript sie ohnehin als zu sichernd. Das heisst: Nach 'nem Absturz kann sie so bleiben, wie sie ist - Leeren erst bei der n�chsten Sicherung. Hab' ich was �bersehen? Mir scheint, als ob eine Tabelle reicht. Noch 'ne Bemerkung zur Cleverness: Ich halte das Verfahren f�r ziemlich umst�ndlich. Besser w�r's, stattdessen mit Funktionen zu arbeiten (das kann PostgreSQL). Es gibt ausserdem in PostgreSQL die M�glichkeit, Ereignisse mit NOTIFY und LISTEN zu �berwachen (wenn die Tabelle xyz ver�ndert wird, bekommt der LISTENER automatisch eine Nachricht). Und schliesslich bietet PostgreSQL Transaktionen an - damit lassen sich die Eventualit�ten beim Rechnerbetrieb ganz gut regulieren. Ich denke, dass PostgreSQL so zu betreiben ist, dass auch das Backup vom Datenbanksystem selbst erledigt wird. Aber: Die Datenbank l�uft bei Michelle schon; ob es m�glich ist, sie so umzubauen, dass der Workaround nicht gebraucht wird, kann ich nicht beurteilen, deswegen habe ich nichts anderes vorgeschlagen. (Nicht als R�ffel verstehen, Marc!) Gruss Peter -- H�ufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
