vorhandene DB-‐Assets sind meist in SQL • SQL ist vertraut – NoSQL Ideen böse J • Mapper/Wrapper/Objekt-‐Fänger sind vorhanden • aber skalieren muss gehen • Cloud-‐ready zu sein ist wicheg • Die Big-‐Data Falle
• verarbeitet Daten • hat einen Agenten für Kommunikaeon • async. Replizieren an andere TE – Repli.-‐Nachrichten sind ca. 18 Bytes lang • sendet Updates/Inserts an die Storage-‐Engine
Atoms sind verteilt, dabei passiert ein Konflikt. Ein Atom ist allerdings der sogn. Chairman. Er ist Schiedsrichter und löst Konflikte. • Lokale Daten-‐Atome senden die Änderungen an den Chairman. • Der Chairman erhält die Konflikt-‐Meldung und versucht aufzulösen • Während der Entscheidung wird jede Änderung angehalten • Damit auch jede Transakeon bis der „Chairman“ auflöst
neuen Client-‐Verbindungen möglich – Kein Hinzufügen von neuen Hosts • Storage down – kein Zugriff auf Daten die nicht im TE-‐RAM sind • TE down – keine Verarbeitung von SQL-‐Queries
RESTful API • Hibernate -‐ ORM mapping • NuoDB JDBC driver, Hibernate dialect, and DataSource conneceon pool • GoogleCode Generic DAO -‐ thin data access wrapper on Hibernate for searching, saving, etc.
• wirklich einfache Installaeon / Skalierung • Dev.-‐Lizenz lässt einfachen Start zu • SLAs möglich • nicht Feature-‐Complete • Version 2.0 ist ein großer Schri> vorwärts • es fehlen noch Zahlen aus Projekten