Downloaded 20 times
Uploaded byCodemotion
OrientDB - the 2nd generation of (MultiModel) NoSQL - Luigi Dell Aquila - Codemotion Amsterdam 2016
The document discusses the evolution of NoSQL databases, emphasizing the benefits of graph databases and the transition to the second generation of multi-model NoSQL systems, such as OrientDB. It highlights how graph databases efficiently manage relationships between data, improving performance and reducing complexity compared to traditional RDBMS. Additionally, the document elaborates on multi-model databases combining multiple data models into a single product to streamline operations and maintenance.
More Related Content
Similar to OrientDB - the 2nd generation of (MultiModel) NoSQL - Luigi Dell Aquila - Codemotion Amsterdam 2016
OrientDB - the 2nd generation of (MultiModel) NoSQL - Luigi Dell Aquila - Codemotion Amsterdam 2016
- 1. - the 2ndgeneration of (Multi-Model) NoSQL - the 2nd generation of (Multi-Model) NoSQL And why GraphDB are the And why GraphDB are the starting point of this revolutionstarting point of this revolution
- 2.
- 3.
- 4.
- 5. #OrientDB Order #134 (Order) Order #134 (Order) John (Provider) John (Provider) CBM Amiga 500 (Product) CBM Amiga500 (Product) Frank (Customer) Frank (Customer) Monitor 40” (Product) Monitor 40” (Product) Mouse (Product) Mouse (Product) Bruno (Provider) Bruno (Provider)
- 6. #OrientDB Order #134 (Order) Order #134 (Order) John (Provider) John (Provider) CBM Amiga 500 (Product) CBM Amiga500 (Product) Frank (Customer) Frank (Customer) Monitor 40” (Product) Monitor 40” (Product) Mouse (Product) Mouse (Product) Bruno (Provider) Bruno (Provider) Data by itself has little value, it’s the relationship between data that gives it incredible value
- 7. #OrientDB CBM Amiga 500 (Product) CBM Amiga 500 (Product) (Sells) Frank (Customer) Frank (Customer) (Has) (Makes) Monitor 40” (Product) Monitor 40” (Product) (Sells)(Has) Mouse (Product) Mouse (Product) (Sells) (Has) Order #134 (Order) Order #134 (Order)John (Provider) John (Provider) Bruno (Provider) Bruno (Provider)
- 8. #OrientDB Key/Value Databases Document Databases GraphDatabases Column Databases
- 9. #OrientDB Key/Value Databases Document DatabasesGraph Databases Column Databases
- 10. #OrientDB Why do mostNoSQL products avoid managing relationships?
- 11. #OrientDB ID Name 10 John 11John 24 Mike 28 Mike CustomerID CityID 10 24 10 33 32 44 ID City 24 Milan 33 London 18 Paris 18 Madrid 44 Moscow Customers CustomersCities Cities
- 12.
- 13. #OrientDB ID Name 10 John 11John 24 Mike 28 Mike CustomerID CityID 10 24 10 33 32 44 ID City 24 Milan 33 London 18 Paris 18 Madrid 44 Moscow Customers CustomersCities CitiesJoins are executed every time you cross relationships Querying million of records joining 34 tables could generate billions of combinations
- 14. #OrientDB This is whythe database query performance suffers as the database increases in size O(Log N)
- 15.
- 16.
- 17.
- 18.
- 19. #OrientDB Vertices are directed * https://github.com/tinkerpop/blueprints/wiki/Property-Graph-Model Property Graph Model* Rome country:Italy Andrea company: OrientDB Vertices and Edges can have properties Visited year: 2016
- 20. #OrientDB Andrea Rome Visited year: 2012 AnEdge connects only 2 vertices Use multiple edges to represent 1-N and N-M relationships Worked year: 2016 1N and NM Relationships
- 21. #OrientDB Congrats! This isyour diploma in «Graph Theory»
- 22. #OrientDB How does atrue* Graph Database manage relationships? *a “Graph” layer on top of a DBMS doesn’t qualify as a true GraphDB
- 23. #OrientDB Andrea RomeRome Visited year: 2012 #13:55 #15:99 Each elementin the Graph has own immutable Record ID Each element in the Graph has own immutable Record ID #22:11 (Edge) (Vertex) (Vertex) Each element in the Graph has own immutable Record ID Each element in the Graph has own immutable Record ID Each element in the Graph has own immutable Record ID Each element in the Graph has own immutable Record ID
- 24. #OrientDB Connections use persistent pointers Connections use persistent pointers Andrea RomeRome Visited on:2012#13:55 #15:99 out = #22:11 in = #22:11 #22:11 (Edge) (Vertex) (Vertex) src = #13:55 dst = #15:99
- 25. #OrientDB Andrea RomeRome Visited on: 2012#13:55 #15:99 out =#22:11 in = #22:11 #22:11 (Edge) (Vertex) (Vertex) src = #13:55 dst = #15:99
- 26. #OrientDB Andrea RomeRome Visited on: 2012#13:55 #15:99 out =#22:11 in = #22:11 #22:11 (Edge) (Vertex) (Vertex) src = #13:55 dst = #15:99
- 27. #OrientDB A Graph Databasecreates the relationship just once (when the edge is created) VS RDBMS computes the relationship every time you query a database
- 28. #OrientDB When you movefrom a RDBMS to a Graph Database you jump from a O(log N) speed to a near O(1) With a Graph Database, the traversing time is not affected by database size! This is huge in the BigData age
- 29. #OrientDB No costs totraverse relationships: • Recommendation engines • Social Applications • Spatial Apps • Master Data Management • Information Clustering John Thriller Comedy Pulp Fiction Mr Bean Theater B Theater A Theater C NYC San Josè Lives in Likes Likes Has Has Is Is Plays Has Plays
- 30. #OrientDB So the GraphModel Is the only solution to efficiently manage relationships But what about data complexity? And data consistency? And scaling?
- 31.
- 32.
- 33. #OrientDB Key/Value StoreKey/Value Store Document Database Document Database Graph Database Graph Database ApplicationApplication ETL First Generation NoSQL: Polyglot PersistenceFirst Generation NoSQL: Polyglot Persistence -No standard between NoSQL Products - Multiple vendors = multiple skills - ETL + synchronization code is expensive to write and maintain - Performance and Reliability is hard to predict RDBMSRDBMS
- 34. #OrientDB 2nd Generation NoSQL is Multi-Model 2ndGeneration NoSQL is Multi-model
- 35. #OrientDB What’s a MultiModel DBMS?What’s a MultiModel DBMS? GraphDocument Object Key/Valu e Multi-Model represents the intersection ofmultiple models in just one product Full-Text Spatial
- 36. #OrientDB What’s a MultiModel DBMS?What’s a MultiModel DBMS? GraphDocument Object Key/Valu e Full-Text Spatial - Just oneproduct to learn and maintain - Just one vendor relationship to manage - No ETL, no synchronization required - Performance and Reliability is easy to test from the beginning - Just one product to learn and maintain - Just one vendor relationship to manage - No ETL, no synchronization required - Performance and Reliability is easy to test from the beginning Multi-Model represents the intersection of multiple models in just one product
- 37. Confidential Polyglot vs Multimodel Polyglot (NoSQL 1.0)Multimodel (NoSQL 2.0) Polyglot Persistence is a fancy term to mean that when storing data, it is best to use multiple data storage technologies, chosen based upon the way data is being used by individual applications or components Multi-model databases are intended to offer the data modeling advantages of polyglot persistence without its disadvantages. complexity, in particular, is reduced. The first multi-model database was OrientDB. https://en.wikipedia.org/wiki/Multimodel_databasehttp://www.jamesserra.com/archive/2015/07/whatispolyglotpersistence/ ECOMMERCE PRODUCT CATALOG SHOPPING CART RECOMMENDATI ON ECOMMERCE PRODUCT CATALOG SHOPPING CART RECOMMENDATI ON TRANSACTIONA L TRANSACTIONA L SEARCH SEARCH SPATIAL SPATIAL
- 38. #OrientDB ` { ”@rid": “12:382”, ”@class": ”Customer", “name”:“Frank”, “surname” : “Raggio”, “phone” : “+39 33123212”, “details”: { “city”:”London", “tags”:”millennial” } } Frank Order M akes General purpose solution: • JSON • Schema-less • Schema-full • Schema-hybrid • Nested documents • Rich indexing and querying • Developer friendly
- 39. #OrientDB - @ldellaquila Second Generation NoSQL RelationshipComplexity> DataComplexity > Relational Key Value Column Graph Document Multi-Model
- 40. #OrientDB With a trueGraph, Document and Object Oriented engine
- 41.
- 42. #OrientDB - @ldellaquila •OrientDB footprint is minimal and the embedded version can run with few MB of RAM • OrientDB needs a Java Run Time • When run distributed, OrientDB uses Hazelcast (Apache2 licensed) library embedded Requirements and Dependencies
- 43. #OrientDB - @ldellaquila •Basic HTTP authentication (+HTTPS/SSL) • User/Role authentication system. One User can have multiple Roles • Privileges are managed in Roles • Roles can inherit from other Roles • Record-level security: every record can contain the user/role can create/read/update/delete the record • Auditing available in Enterprise Edition Security
- 44. #OrientDB - @ldellaquila •HTTPS/SSL • Starting from OrientDB v2.2: - Support for Kerberos - Encryption at REST using AES and DES of the entire database or portions - PBKDF2 HASH algorithm with a 24-bit length Salt per user for a configurable number of iterations Encryption
- 45. #OrientDB - @ldellaquila •Full Backup and Restore • Delta Backup (v2.2) Enterprise Edition and Restore is available • Studio web tool • Command line Console Administration
- 46. #OrientDB - @ldellaquila •Import/Export in JSON • Import from SQL script • OrientDB ETL tool (http://orientdb.com/docs/last/ETL-Introduction.html) • Teleporter (v2.2) Data Extraction and Loading
- 47. #OrientDB - @ldellaquila •Multi-Master architecture • Tunable consistency through the usage of a quorum, per database or single class (table) • Synchronous and Asynchronous replication • Zero config: if multicast is enabled the server is attached to the cluster Scale out and HA
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.