DDM

Beschreiben mit Beispiel als JSON (verschachtelt und referenziert)

- In einem mongoDB Dokument können die Daten entweder verschachtelt (embedded) oder referenziert (referenced) werden. 

- Embeddede Dokumente sind schneller im Zugriff als referenzierte Dokumente die an einer anderen Stelle im Speicher oder auf der Festplatte liegen.

- Das embedden von Dokumenten ist in mongoDB immer zu bevorzugen da es effizienter und schneller ist. (und single doucment modification sind atomar, dh keine transaction nötig)

• View
  • CREATE VIEW branches AS SELECT * FROM branches@ganymed.sirius.fhnw.ch
• Synonym
  • CREATE SYNONYM branches FOR branches@ganymed.sirus.fhnw.ch
• Stored Procedure
  • CREATE OR REPLACE PROCEDURE branches_details (p_pranches_details OUT SYS_REFCURSOR) 
    AS
    BEGIN
         OPEN P_branches_details FOR
               SELECT * FROM branches@ganymed.sirius.fhnw.ch;
    END
    /
    VARIABLE mycursor REFCURSOR;
    EXEC branches_details (:mycursor);
    PRINT mycursor;

• Drei konkurrierende Eigenschaften
  • Consistency => Wird ein Wert geschrieben und dann gelesen erwartet man denselben Wert
  • Availability => Alle anfragen an das System werden Beantwortet
  • Partition Tolerance => Die Ausfall toleranz des Systemes. Das System arbeitet weiter wenn ein system ausfällt.
• Bei ausfall der Nwt Partitionierung muss zwischen Konsistenz der Daten und verfügbarkeit ausgewählt werden

• Phase 1: Wahlphase
  • Der Koordinator fragt alle Teilnehmer ob sie bereit sind für einen Commit: Prepare
  • Jeder Teilnehmer teilt dem Koordinator seine Entscheidung mit: Vote-Commit oder Vote-Abort
• Phase 2: Entscheidungsphase
  • Der Koordinator trifft die endgültige Entscheidung
    • Commit: Falls alle Commit
    • Abort: In allen anderen fällen
  • Teilt die Entscheidung den Tn mit. Global Commit Global Abort. Diese müssen mit Acknowledge bestätigen

• Zentralisiertes 2PC
  • Alle Kommunikation über den Coordinator
• Linerares 2PC
  • Tn Kommunizieren untereinander. Globale entscheidung wird dem Coordinater mitgeteilt.
• Vetrteiltes 2PC
  • Es gibt mehr als einen Coordinator welcher im Falle eines Ausfalls die Arbeit übernehmen kann

-

• Eager (Synchronous) Primary Copy Replication
• Eager Group (Synchronous update Everywhere) Replication
• Lazy (Async) Primary Copy Replication
• Lazy (Async Update Everywhere)

• 1x Primary Nx Secondaries, geschrieben auf Primary, Secondaries pullen
  • Vorteile
    • Keine Koordination, inkositenzt und einfache Concurrency Control
  • Nachteile
    • Lange Antwortzeit, Flaschenhals, lokale kopien nutzlos

• 1x Primary N Secondaries geschriben wird auf alle aus Coordinator
  • Vorteile
    • Keine Inkonsistenzen, komplexerres Concurrency Control
  • Nachteile
    • Vielzahl von Nachrichten, Lange wartezeiten, nicht skalierbar