ORM & OLAP. Object-oriented Enterprise Application Programming Model for In-Memory Databases. Sebastian Oergel

Transkript

1 ORM & OLAP Object-oriented Enterprise Application Programming Model for In-Memory Databases Sebastian Oergel

2 Probleme 2 Datenbanken sind elementar für Business-Anwendungen Gängiges Datenbankparadigma: relational Ausgereift, bewährt Gängige Programmiersprachen & -paradigmen basieren auf Objekten (OO) Entwickler agieren auf Business Objects OR-Mapper wollen Welten miteinander verbinden Viele Probleme Identität von Objekten, Vererbung, Data Retrieval (CRUD),...

3 ORM & OLAP 3 ORM beherrschen Create, Update, Delete recht gut Bieten oft auch verschiedene Data-Retrieval-Möglichkeiten (Read) an Oft nicht optimal (OLAP) Beispiel:

4 ORM & OLAP 4 ORM beherrschen Create, Update, Delete recht gut OLTP-Query (Login) Bieten oft auch verschiedene Data-Retrieval-Möglichkeiten (Read) an SQL Oft nicht SELECT optimal (OLAP) `hash_password` FROM `user` WHERE `user`.`id` = 324 Beispiel: OO: User user = User.findById(324); user.hash_password; SQL: INSERT INTO `user` VALUES ( Eric Miller,...) OO: User user = new User( Eric Miller,...); user.save();

5 ORM FROM & OLAP ( OLAP-Query (Dunning) SQL: SELECT gbi.customerid AS customerid, COUNT(gbi.invoiceid) AS numberofinvoices, AVG(DSO) AS averagedso ( SELECT so.customerid AS customerid,iv.id AS invoiceid, ORM pr.paymentdate beherrschen Create, AS paymentdate, Update, iv.billingdate Delete recht AS gut billingdate, AVG(DATEDIFF(paymentdate, OLTP-Query billingdate)) (Login) AS DSO Bieten oft auch verschiedene Data-Retrieval-Möglichkeiten (Read) an FROM SalesOrder SQL AS so, SalesOrderLineItem AS soli, Invoice AS iv, Oft PaymentReceipt nicht SELECT optimal AS pr (OLAP) `hash_password` FROM `user` WHERE WHERE so.customerid = 1 AND `user`.`id` so.id = soli.salesorderid = 324 AND OO: soli.outboundid = iv.outboundid Beispiel: AND User iv.id user = pr.invoiceid = User.findById(324); AND iv.billingdate BETWEEN ' ' AND ' ' user.hash_password; AND pr.paymentdate BETWEEN ' ' AND ' ' GROUP BY iv.id ) AS gbi # grouped by invoices ) GROUP BY gbi.customerid SQL: INSERT INTO `user` VALUES ( Eric Miller,...) OO: OO: List<SalesOrder> salesorder = SalesOrder.all();... User user = new User( Eric Miller,...); Einige Probleme: user.save(); (meist) keine Unterstützung für Aggregate (Summen,...) Eigene Implementierung notwendig Keine Join-Optimierung wie SQL SQL: deklarativ (was?), OO: imperativ (was? wie?) 5

6 Problematische Verbindungen 6

7 Evaluierte Open-Source-ERP-Systeme 7

8 Evaluierte Open-Source-ERP-Systeme 8

9 OpenERP Verfügbarkeitsprüfung 9 Codeauszüge:

10 OpenERP Mahnungen 10 Codeauszüge:

11 Lösungsansätze 11 Existieren Bringen aber oft neue Probleme mit sich Z.B.: ORM-Query-Languages Erlauben mehr Kontrolle über das Verhalten des ORM Code wird sehr schnell wieder technisch verpacktes SQL Kein reines Arbeiten auf Objekten User.select( name, password ).where( login_number > 100 ).fetchfirst(5) ORM.execute( FIND user.{name, password} OF User WHERE user.login_number > 100 FETCH FIRST 4 )

12 Future Work 12 Weitere Evaluierung anhand von OpenERP Alternative Implementierung von SQL-Queries über ORM/Objekte Vergleiche: Laufzeit Code Wie technisch? Wie fehleranfällig? Wie kann man gängige ORM zur Umgehung einiger businessrelevanter Probleme erweitern? Arbeit auf Objekten Weniger technischer Code Bessere Laufzeiten als bisherige reine ORM-Lösungen StoredProcedures?

13 Übersicht 13 Code OLTP OLAP ORM DB Use Case: Business-Anwendungen, Analytics

14 Übersicht 14 Code OLTP OLAP ORM DB Use Case: Business-Anwendungen, Analytics

15 Weitere Beispielqueries 15 Forecast

16 Weitere Beispielqueries 16 MRP

17 Weitere Beispielqueries 17 Geo-Location

18 Future Work: Evaluierung Squeryl ORM 18 Sieht sich selbst als alternativen ORM-Ansatz Kein JPA

19 // Equivalent JPA query Query q = entitymanager.createquery( //We'll get an SQLException if there's a typo here : "SELECT AVG(g.scoreInPercentage) FROM Grades g where g.subjectid = :subjectid"); Future Work: Evaluierung Squeryl ORM 19 // a runtime exception if mathid is of the wrong type q.setparameter(1, Sieht sich mathid); selbst als // alternativen or if 1 is not ORM-Ansatz the right index Kein JPA // ClassCastExeption possible Number avg = (Number) q.getsingleresult(); // NullPointerException if the query returns null //(ex.: if there are no math Grades in the table) avg.floatvalue(); Squeryl JPA //All is validated at compile time here : var avg: Option[Float] = // The compiler 'knows' that this query returns an Option[Float] from(grades)(g => // mathid has to by type compatible with g.subjectid to compile where(g.subjectid === mathid) compute(avg(g.scoreinpercentage)) )

20 Future Work: Evaluierung Squeryl ORM 20 Sieht sich selbst als alternativen ORM-Ansatz Kein JPA Wie technisch ist der Code wirklich? Werden die Versprechungen eingehalten? Auf welche Kosten? Lassen sich die Konzepte auf große (Enterprise-)ORM (Hibernate,...) anwenden? Warum? Warum nicht? Mit welchen Einschränkungen?