Anzeige:
Ergebnis 1 bis 9 von 9

Thema: PostgreSQL: Wie Daten-Integrität prüfen?

  1. #1
    Registrierter Benutzer
    Registriert seit
    23.03.2001
    Beiträge
    650

    Question PostgreSQL: Wie Daten-Integrität prüfen?

    Nach einem Stromausfall oder bei defektwerdendem RAM ist es ja möglich, dass die Daten nicht mehr den bei der Tabellendefinition vorgegebenen Checks entsprechen, also beispielsweise ein Zahlenwert größer als das für die betreffende Spalte vorgegebene Limit ist.
    Wie kann man das überprüfen?

  2. #2
    Registrierter Benutzer Avatar von mwanaheri
    Registriert seit
    28.10.2003
    Ort
    Bayreuth
    Beiträge
    569
    Nun, einen zu großen Wert könntest du eventuell finden, indem du die Tabelle in eine Kopie der Tabelle selektierst. Allerdings schützt dich das nur vor solchen offen falschen Werten und garantiert nicht, dass die anderen Werte noch die sind, die sie vorher waren. Abschätzen könntest du das eventuell durch einen Vergleich mit der letzten Sicherung.
    Das Ziel ist das Ziel.

  3. #3
    Registrierter Benutzer
    Registriert seit
    22.06.1999
    Beiträge
    677
    PostgreSQl ist ACID-compliant und das bedeutet, dass die Datenintegrität auch nach einem Stromausfall gesichert bleibt. Anders als z.B. bei MySQL ist eine solche Überprüfung also nicht nötig.

    Das schlimmste was Dir bei PostgreSQl passieren kann ist, dass einzelne Transaktionen (als ganze) nicht geschrieben wurden wenn der Strom ausfiel. Die Datenintegrität wird aber nicht verletzt.

  4. #4
    Registrierter Benutzer Avatar von mwanaheri
    Registriert seit
    28.10.2003
    Ort
    Bayreuth
    Beiträge
    569
    Wenn du das so sagst, vertraue ich mal darauf und bin selbst auch beruhigt ;-)
    Das Ziel ist das Ziel.

  5. #5
    Registrierter Benutzer
    Registriert seit
    23.03.2001
    Beiträge
    650
    Ok, mit Journalising und anderen Methoden kann ein Stromausfall wohl nichts kaputt machen, zumindest wenn einfach nur schnell der Strom weg ist, aber was ist, wenn z. B. im RAM oder auf der Platte ein paar Bits kippen?
    Vermutlich hilft da nur die Datenbank komplett auszulesen und alles zu checken, oder?
    PostgreSQL wird ein paar gekippte Bits ja wohl nicht verändern und nur beim Einlesen der Daten checken, oder?

  6. #6
    Registrierter Benutzer
    Registriert seit
    22.06.1999
    Beiträge
    677
    Zitat Zitat von nobody0
    Ok, mit Journalising und anderen Methoden kann ein Stromausfall wohl nichts kaputt machen, zumindest wenn einfach nur schnell der Strom weg ist, aber was ist, wenn z. B. im RAM oder auf der Platte ein paar Bits kippen?
    Klar, zum Schutz vor Hardwareausfällen hilft natürlich nur ein Backup (oder im Falle von großen Datenbanken wohl sinnvoller: eine Spiegelung).

  7. #7
    Registrierter Benutzer Avatar von elrond
    Registriert seit
    04.10.2001
    Ort
    potsdam
    Beiträge
    881
    beschäftige dich mal mit dem postgresql-tool analyze. damit sollte es möglich sein inkonsistenzen aufzuspühren und zu bereinigen
    "Um die Welt zu ruinieren, genügt es, wenn jeder seine Pflicht tut." (Winston Churchill)

  8. #8
    Registrierter Benutzer
    Registriert seit
    22.06.1999
    Beiträge
    677
    Zitat Zitat von elrond
    beschäftige dich mal mit dem postgresql-tool analyze. damit sollte es möglich sein inkonsistenzen aufzuspühren und zu bereinigen
    Ist ANALYZE nicht dazu da, Statistiken für den Query-Optimizer zu erstellen?

  9. #9
    Registrierter Benutzer Avatar von elrond
    Registriert seit
    04.10.2001
    Ort
    potsdam
    Beiträge
    881
    jepp, isses...ich glaube aber gehört zu haben dass man dabei implizit eine konsistenzprüfung läuft (sorry, ich bin normalerweise nicht so vage ), könnte aber genausogut reindex gewesen sein

    ich war ende letzten jahres zu pg-schulung, bei der deutsche pg-entwickler doziert haben empfehlenswert...
    "Um die Welt zu ruinieren, genügt es, wenn jeder seine Pflicht tut." (Winston Churchill)

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •