NoSQL mit Postgres 15. Juni 2015

Transkript

1 Tag der Datenbanken 15. Juni 2015 Dipl.-Wirt.-Inform.

2 Agenda l Vorstellung l Marktübersicht l Warum PostgreSQL? l Warum NoSQL? l Beispielanwendung Seite: 2

3 Vorstellung Dipl.-Wirt.-Inform. [1990] Erste Programmiererfahrung [seit 2004] Software Entwickler [seit 2007] Dozent für IT-Themen [seit 2009] Unternehmensberater [Feb.2015] Gründung City2Be GmbH Seite: 3

4 Seite: 4

5 Marktübersicht Top10 Ranking Methode nach current popularity via l Google Trends, Bing, Stack Overflow, DBA Stack Exchange, Twitter, LinkedIn, Indeed u.a. l Quelle: Seite: 5

6 Trend OpenSource vs. Commercial l Quelle: Seite: 6

7 Warum PostgreSQL? l Free und Open-Source (ORDBMS) l Keine Lizenzkosten l Enterprise-Features, vergleichbar mit Oracle und DB2 l "Best Kept Enterprise Database Secret." l Zuverlässig, stabil und sehr performant l companies report that PostgreSQL has never, ever crashed for them in several years l Cross platform l Läuft auf Linux, Windows, FreeBSD, Solaris und Mac OS l Custom Languages, Extensions und NoSQL-Features l Python, Ruby, R, PLV8 uva. Seite: 7

8 Warum NoSQL? l NoSQL bedeutet Not-Only SQL Gemeint sind: cloud databases, non-relational databases, Big Data databases l Bestens geeignet für große, unstrukturierte Datenmengen l l l l Schnelles Design Wachsende Strukturen Sehr viele Clients Echtzeit-Verbindungen > > > > Fehlertoleranz horizontale u. Vertikale Skalierung Verfügbarkeit Performance l If your data isn t growing then neither is your business Seite: 8

9 Wer nutzt NoSQL? Seite: 9

10 SQL vs. NoSQL Relationales SQL Not-Only SQL + Konsistenz + Skalierbarkeit + Sicherheit + Performance + Etabliert + Verfügbarkeit + Transaktionssicher + Fehlertoleranz Wir wollen alle Vorteile! Seite: 10

11 Lösung: Relationale DB + NoSQL Seite: 11

12 Postgres 9.4: JSON Datentyp l JavaScript Object Notation (JSON), also JavaScript Syntax l Data Interchange Format: RFC 7159 l Basic Elements: Object List { key : value, key2 : value2 } [ string, 5, 3.14, true, noch eine Zeichenkette ] l Beispiel: [{ "id": 1, "name": "Peter" }, { "id": 2, "name": "Susi" }] Seite: 12

13 Relational + NoSQL (Implementierung) /* DDL EXAMPLE RELATIONAL TABLE */ CREATE TABLE my_rel_data ( company_id SERIAL CONSTRAINT myreldata_pk PRIMARY KEY, company TEXT NOT NULL, street TEXT NOT NULL, zip TEXT NOT NULL, place TEXT NOT NULL, phone TEXT NOT NULL, TEXT NOT NULL, homepage TEXT NOT NULL, created TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ); /* DDL EXAMPLE WITH JSON*/ CREATE TABLE my_api_data ( data_id INTEGER CONSTRAINT myapidata_pk PRIMARY KEY, raw_data JSON, /* or JSONB */ created TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ); Seite: 13

14 NoSQL Tabelle befüllen /* DML/DQL EXAMPLE WITH JSON*/ INSERT INTO my_api_data (data_id, raw_data) SELECT id, row_to_json(d) FROM ( SELECT company_id AS id, company, street, zip, place, phone, , homepage FROM my_rel_data ) d ; Seite: 14

15 Befüllen automatisieren /* TRIGGER */ CREATE TRIGGER my_copy_trg AFTER INSERT OR UPDATE ON my_rel_data FOR EACH ROW EXECUTE PROCEDURE my_copy_func(); /* TRIGGER FUNCTION TO FILL TO API */ CREATE OR REPLACE FUNCTION my_copy_func() RETURNS trigger AS $$ BEGIN IF (TG_OP = 'INSERT') THEN insert into my_api_data (data_id, raw_data) select id, row_to_json(d) From ( select company_id as id, company, street, zip, place, phone, , homepage from my_rel_data where company_id = NEW.company_id) d ; ELSE /* UPDATE.. */ END IF; RETURN NEW; END; $$ LANGUAGE plpgsql; Seite: 15

16 Zusammenfassung l PostgreSQL als die Alternative zu kommerziellen DBMS l Not-Only SQL als Lösung für das heutige u. zukünftige Daten-Zeitalter l Es lassen sich Vorteile aus beiden Welten (Relationale DB + NoSQL) vereinen. Seite: 16

17 Vielen Dank für Ihre Aufmerksamkeit! Dipl.-Wirt.-Inform. City2Be GmbH Martinstr. 5a Gummersbach Tel