Objekt-relationales Mapping und Performance-Tuning

Größe: px

Ab Seite anzeigen:

Download "Objekt-relationales Mapping und Performance-Tuning"

Florian Frank
vor 8 Jahren
Abrufe

1 Objekt-relationales Mapping und Performance-Tuning Thomas Krüger

2 Agenda Wege um Daten zu lesen Wege um Daten zu modellieren Wege um Datenbanken effizient zu nutzen 2

3 2 Wege, Daten zu lesen Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable 3

4 Queries - einfach Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable SELECT * FROM PersonExtent AS p WHERE p.size > 180 AND p.partner.size < 160 4

5 Queries - einfach Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable IObjectScope scope = ; IQueryResult result = scope.getoqlquery( OQL string ).Execute(); 5

6 Queries - schwerer Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable SELECT p.id, p.name, p.size, p.partnerid FROM Person p JOIN Person AS b ON (p.partnerid = b.id) WHERE p.size > 180 AND b.size < 160 6

size, p.partnerid FROM Person p JOIN Person AS b ON (p.

7 Queries - schwerer Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable IObjectScope scope = ; IQueryResult result = scope.getsqlquery( SQL string, typeof(person),null).execute(); 7

8 Objektidentitäten nutzen Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable IObjectScope scope = ; IObjectId id = scope.getobjectid(p); IObjectScope scope2 = ; Person p2 = scope2.getobjectbyid(id); 8

9 Speicherreferenzen Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable Person p = scope.getobjectbyid( ); if (p.size > 180 && p.partner.size < 160) { } 9

10 Mengenobjekte nutzen Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable Person p = scope.getobjectbyid( ); foreach(address a in p.addresses) { assert( a.owner == p ); } 10

11 Mappings nutzen Queries: OQL, SQL Navigation: 1:1 / GetObjectById(), 1:n, Hashtable String key = CultureInfo.CurrentUICulture.Name; Configuration config = user.configuration; Settings s = config.settings[key]; // Nutzer- und Kultur-abhängige persistente // Einstellungen 11

Name; Configuration config = user.configuration; Settings s = config.

12 Wege um Daten zu lesen Wege um Daten zu modellieren Wege um Datenbanken effizient zu nutzen 12

13 OpenAccess API Mapping Optionen Flach Vertikal Horizontal 13

14 OpenAccess API Mapping Optionen Flach (Default) Vertikal Horizontal Eine Tabelle mit allen Feldern 14

15 OpenAccess API Mapping Optionen Flach (Default) Vertikal Horizontal Separate Tabelle für die zusätzlichen Felder jeder Klasse 15

16 OpenAccess API Mapping Optionen Flach (Default) Vertikal Horizontal Abstrakte Basisklasse wird in erster Ebene mitgespeichert 16

17 OpenAccess API Mapping Optionen Embedded [Persistent] struct Phone { string number; } [Persistent] class Person { Phone mobile; } [Persistent] class Address { Phone phone; } Typ kann in mehreren Tabellen für abhängige 1:1 Beziehungen genutzt werden 17

mobile; } [Persistent] class Address { Phone phone; } Typ kann

18 Wege um Daten zu lesen Wege um Daten zu modellieren Wege um Datenbanken effizient zu nutzen 18

19 Effizienz Ziele: (A) Genau so viel Daten übertragen, wie gerade nötig, nicht mehr (B) Wenige Requests an den DB-Server. Lazy Loading Fetch Groups Reference Prefetching Prefetch + MaxResultCount Change Tracking Caching Stored Procedures 19

20 Lazy Loading Wenn ein Feld nicht angefordert wird von der Applikation, dann wird es auch nicht vom Server geholt. Im Extremfall werden nur identifizierende Felder vom Server geholt. Normalfall: alle Spalten einer Tabelle werden geholt. Enge Verzahnung mit Fetch Groups. 20

Im Extremfall werden nur identifizierende Felder vom Server geholt.

21 Fetch Groups Applikation kann benennen, welche Felder zusammen vom Server geholt werden. Jede Klasse hat eine Default Fetch Group. Normalfall: alle value types (incl. string) und references sind enthalten; collections nicht. DefaultFetchGroup kann deklarativ verändert werden Zusätzliche Fetch Groups können deklariert und genutzt werden 21

22 Reference Prefetching Erlaubt effizientes Laden von referenzierten Objekten Reduziert die Anzahl von C/S calls. Gut verwendbar bei abhängigen Objekten 22

23 Prefetch + MaxResultCount Erlaubt effizientes Lesen von größeren Ergebnismengen Default-Wert ist vom verwendeten Treiber abhängig MaxResultCount begrenzt die maximale Anzahl der Ergebnisse IQuery q = scope.getoqlquery(oql); q.prefetch(20).maxresultcount(20) 23

24 Change Tracking Optimierung beim Schreiben von Daten Veränderte Objekte werden protokolliert Während Commit werden nur veränderte Felder gespeichert Pendant zum Lazy Loading 24

25 OpenAccess Runtime Object Layer Session Management API Metadata XML Souce Code Relational Layer Storage Management Query Processing OQL SQL Object Data DB-Metadata FetchGroups DB-Query Driver Layer Backend Capabilities Logging Service Generic ADO 2 SQLServer Oracle... SQLServer (TDS) Oracle (ADO 1) 25

26 Caching Caches auf mehreren Ebenen: für Objekte für Queries für States für Datenbank-Statements für Datenbank-Verbindungen 26

27 OpenAccess Caches Object Layer Session Management First Level API Metadata XML Souce Code Relational Layer Compiled Queries Storage Management Query Processing OQL SQL Second Level Object Data DB-Metadata Prepared Statements Backend Capabilities Driver Layer FetchGroups DB-Query Connections Logging Service Generic ADO 2 SQLServer Oracle MySql SQLServer (TDS) Oracle (ADO 1) 27

28 Stored Procedures Werden benutzt für Updates von Nutzertabellen für Updates von voa_keygen Tabelle für Queries Können von der Applikation benutzt werden über scope.getsql() Methode 28

29 Diskussion 29

30 T-Shirt und Demo am Stand! Thomas Krüger

31 31

32 Vanatec OpenAccess Hervorgegangen aus bewährter JDO- Techologie (Versant OpenAccess / JDOGenie) Enge Integration in MS Visual Studio Nutzbar mit C#, Visual Basic und J# Für.Net Framework 1.1 und 2.0 Unterstützt MS-SQL, Oracle und MySQL (beta) 32

33 Performance : Torpedo Benchmark It is a benchmark for Java O/R Mapper Description : TORPEDO measures the number of times the database is accessed by the O-R mapping software for each application level operation. The SQL that was executed by the O-R mapping software is captured by TORPEDO and returned to the TORPEDO clients. O-R mapping software products with sophisticated caching algorithms are going to shine because TORPEDO will reveal less database access. 33

34 Performance : Torpedo Results Date Product Hit Count Vendor 09/27/2004 Versant Open Access 3.2.0beta8 (openaccess-1) 16 Versant Corporation 10/01/2004 SolarMetric Kodo JDO 3.2 (kodo-5) 16 SolarMetric 11/15/2004 JCredo Enterprise Edition (jcredo-1) 17 Riflexo SRL 08/15/2004 BEA WebLogic Server (CMP) 8.1 SP2 (weblogic-3) 20 BEA Systems, Inc 09/07/2004 Oracle Toplink (POJO) Dev Preview (toplink- 3) 21 Oracle Corporation 10/01/2004 SolarMetric Kodo JDO 3.2 (kodo-4) 21 SolarMetric 08/22/2004 Hibernate (hibernate-3) 22 JBoss, Inc. Vanatec OpenAccess based on the mapping engine of Versant OpenAccess JDO 34

Ähnliche Dokumente

Analyse und praktischer Vergleich von neuen Access- Layer-Technologien in modernen Webanwendungen unter Java. Oliver Kalz

Analyse und praktischer Vergleich von neuen Access- Layer-Technologien in modernen Webanwendungen unter Java Oliver Kalz Agenda Grundlagen Objektpersistenz Objektrelationales Mapping Performance Fazit