Share
VIDEOS 1 TO 50
Intro to Graph Databases Episode #1 - Evolution of DBs
Intro to Graph Databases Episode #1 - Evolution of DBs
Published: 2016/03/11
Channel: Neo4j - the World's Leading Graph Database
How does a graph database differ from a relational database?
How does a graph database differ from a relational database?
Published: 2012/10/06
Channel: atolson92
What are Graph Databases and Why should I care? - Dave Bechberger
What are Graph Databases and Why should I care? - Dave Bechberger
Published: 2017/03/23
Channel: NDC Conferences
Intro to Graph Databases
Intro to Graph Databases
Published: 2016/01/14
Channel: Neo4j - the World's Leading Graph Database
Graph Databases Will Change Your Freakin Life
Graph Databases Will Change Your Freakin Life
Published: 2016/11/28
Channel: Nodevember
Introduction to Graph Databases
Introduction to Graph Databases
Published: 2011/07/14
Channel: GraphMaven
When should I use a graph database?
When should I use a graph database?
Published: 2013/10/23
Channel: YarcData
Graph Databases 101
Graph Databases 101
Published: 2016/03/29
Channel: DataStax
Intro to Graph Databases Episode #3 - Property Graph Model
Intro to Graph Databases Episode #3 - Property Graph Model
Published: 2016/03/18
Channel: Neo4j - the World's Leading Graph Database
When to Use a Graph Database
When to Use a Graph Database
Published: 2015/06/02
Channel: Oracle Developers
Webinar: Semantic/Graph DataBases and the Evolution of Digital Asset Management
Webinar: Semantic/Graph DataBases and the Evolution of Digital Asset Management
Published: 2016/11/16
Channel: IO Integration
GOTO 2016 • Handling Billions Of Edges in a Graph Database • Michael Hackstein
GOTO 2016 • Handling Billions Of Edges in a Graph Database • Michael Hackstein
Published: 2017/01/17
Channel: GOTO Conferences
Graph vs. Semantic Graph Databases - Selecting the Right Database for Your Next Project
Graph vs. Semantic Graph Databases - Selecting the Right Database for Your Next Project
Published: 2014/07/23
Channel: AllegroGraph
Neo4j Graph Database & Cypher
Neo4j Graph Database & Cypher
Published: 2016/07/06
Channel: Traversy Media
Intro to Graph Databases - Big Data Day LA 2016
Intro to Graph Databases - Big Data Day LA 2016
Published: 2016/07/11
Channel: Oren Golan
What are graph databases & When to use a graph database
What are graph databases & When to use a graph database
Published: 2013/09/19
Channel: Hakka Labs
Intro to Graph Databases Episode #4 - (RDBMS+SQL) to (Graphs+Cypher)
Intro to Graph Databases Episode #4 - (RDBMS+SQL) to (Graphs+Cypher)
Published: 2016/03/22
Channel: Neo4j - the World's Leading Graph Database
AWS re:Invent 2015 | (DAT203) Building Graph Databases on AWS
AWS re:Invent 2015 | (DAT203) Building Graph Databases on AWS
Published: 2015/10/12
Channel: Amazon Web Services
Intro to Graph Databases Episode #2 - Properties of Graph DBs & Use Cases
Intro to Graph Databases Episode #2 - Properties of Graph DBs & Use Cases
Published: 2016/03/14
Channel: Neo4j - the World's Leading Graph Database
Graph Databases
Graph Databases
Published: 2013/06/04
Channel: O'Reilly
Better Insights from Your Master Data - Graph Database LA Meetup Demo
Better Insights from Your Master Data - Graph Database LA Meetup Demo
Published: 2016/03/23
Channel: GraphGrid
Tips and Tricks for Graph Data Modeling
Tips and Tricks for Graph Data Modeling
Published: 2015/03/26
Channel: Neo4j - the World's Leading Graph Database
Graph Databases for Python Users
Graph Databases for Python Users
Published: 2015/10/06
Channel: Neo4j - the World's Leading Graph Database
Graph Databases in Python
Graph Databases in Python
Published: 2012/11/13
Channel: Next Day Video
SQL Server 2017 Graph Database
SQL Server 2017 Graph Database
Published: 2017/08/18
Channel: David Postlethwaite
Uncovering Invisible Relationships with a Graph Database
Uncovering Invisible Relationships with a Graph Database
Published: 2014/05/07
Channel: Hakka Labs
graph databases and the "panama papers" by Stefan Armbruster
graph databases and the "panama papers" by Stefan Armbruster
Published: 2016/11/11
Channel: Devoxx
NoSQL: Neo4j - History of the Graph Database
NoSQL: Neo4j - History of the Graph Database
Published: 2015/09/30
Channel: denOfProgramming
Graph databases and text analytics
Graph databases and text analytics
Published: 2017/07/15
Channel: Hercules Fisherman
Holger Spill: An introduction to Python and graph databases with Neo4j
Holger Spill: An introduction to Python and graph databases with Neo4j
Published: 2014/09/16
Channel: New Zealand Python User Group
GopherCon 2015: Barak Michener - Cayley: Building a Graph Database
GopherCon 2015: Barak Michener - Cayley: Building a Graph Database
Published: 2015/07/28
Channel: Gopher Academy
Tips and Tricks for Graph Data Modeling
Tips and Tricks for Graph Data Modeling
Published: 2016/07/15
Channel: Neo4j - the World's Leading Graph Database
Need a graph database like Twitter is built on? @neo4j delivers, @emileifrem tells why
Need a graph database like Twitter is built on? @neo4j delivers, @emileifrem tells why
Published: 2010/04/18
Channel: Robert Scoble
Fraud Detection in Real Time with Graphs
Fraud Detection in Real Time with Graphs
Published: 2015/04/17
Channel: Neo4j - the World's Leading Graph Database
Demo of Cayley - Graph Database written in Go
Demo of Cayley - Graph Database written in Go
Published: 2015/11/09
Channel: Oren Golan
Introduction to Graph Databases by Stefan Armbuster
Introduction to Graph Databases by Stefan Armbuster
Published: 2013/12/16
Channel: NoSQL matters Conference
Building Applications with a Graph Database
Building Applications with a Graph Database
Published: 2015/06/05
Channel: Oracle Developers
Relational to Graph Data Modeling
Relational to Graph Data Modeling
Published: 2015/05/28
Channel: Neo4j - the World's Leading Graph Database
Fabian Yamaguchi – Mining for Bugs with Graph Database Queries
Fabian Yamaguchi – Mining for Bugs with Graph Database Queries
Published: 2015/12/21
Channel: hacktivity
Graph Data Modeling - Kenny Bastani
Graph Data Modeling - Kenny Bastani
Published: 2014/08/11
Channel: Hakka Labs
Constructing Precedence Graph to Check Conflict Serializability
Constructing Precedence Graph to Check Conflict Serializability
Published: 2016/04/29
Channel: Techtud
Building a Graph Database in Neo4j with Spark and Spark SQL to Gain New Insights from Log Data
Building a Graph Database in Neo4j with Spark and Spark SQL to Gain New Insights from Log Data
Published: 2016/06/29
Channel: Hadoop Summit
MySQL VB.NET Tutorial 16 : How to Link Chart /Graph with Database
MySQL VB.NET Tutorial 16 : How to Link Chart /Graph with Database
Published: 2014/03/27
Channel: ProgrammingKnowledge
k-infinity - the semantic graph database in 2 minutes
k-infinity - the semantic graph database in 2 minutes
Published: 2016/04/14
Channel: intelligent views gmbh
Databases: Graph versus Relational
Databases: Graph versus Relational
Published: 2013/09/19
Channel: YarcData
Graph Meetup  Caleb Jones   Tinkerpop and Titan
Graph Meetup Caleb Jones Tinkerpop and Titan
Published: 2014/04/02
Channel: Whitepages
Why You Need A Graph Database to Understand Your Customers
Why You Need A Graph Database to Understand Your Customers
Published: 2017/05/02
Channel: Expero, Inc.
RDBMS to Graphs
RDBMS to Graphs
Published: 2016/08/08
Channel: Neo4j - the World's Leading Graph Database
Intro to graph databases: Building a recommendation engine
Intro to graph databases: Building a recommendation engine
Published: 2017/02/22
Channel: developerWorks TV
How to Use Graph Databases to Analyze Relationships, Risks and Business Opportunities
How to Use Graph Databases to Analyze Relationships, Risks and Business Opportunities
Published: 2013/01/23
Channel: AllegroGraph
NEXT
GO TO RESULTS [51 .. 100]

WIKIPEDIA ARTICLE

From Wikipedia, the free encyclopedia
Jump to: navigation, search

In computing, a graph database is a database that uses graph structures for semantic queries with nodes, edges and properties to represent and store data. A key concept of the system is the graph (or edge or relationship), which directly relates data items in the store. The relationships allow data in the store to be linked together directly, and in many cases retrieved with one operation.

This contrasts with relational databases that, with the aid of relational database management systems, permit managing the data in its natural structure (without imposing implementation aspects like physical record chains), where, among multiple other aspects, links between data are stored in the data itself at the logical level, and use the multiple relational algebra operations (e.g., join), which are very powerful and versatile, to manipulate and return related data in the relevant logical format. The execution of relational queries is possible with the aid of the database management systems at the physical level (e.g., using indexes), which permits boosting performance without modifying the logical structure of the database.

Graph databases, by design, allow simple and fast retrieval[citation needed] of complex hierarchical structures that are difficult to model[according to whom?] in relational systems. Graph databases are similar to 1970s network model databases in that both represent general graphs, but network-model databases operate at a lower level of abstraction[1] and lack easy traversal over a chain of edges.[2]

The underlying storage mechanism of graph databases can vary. Some depend on a relational engine and “store” the graph data in a table (although a table is a logical element, therefore this approach imposes another level of abstraction between the graph database, the graph database management system and the physical devices where the data is actually stored). Others use a key-value store or document-oriented database for storage, making them inherently NoSQL structures. Most[according to whom?] graph databases based on non-relational storage engines also add the concept of tags or properties, which are essentially relationships having a pointer to another document. This allows data elements to be categorized for easy retrieval en masse.

Retrieving data from a graph database requires a query language other than SQL, which was designed for the manipulation of data in a relational system and therefore not “elegantly” handle traversing a graph. As of 2016, no single graph query language has been universally adopted in the same way as SQL was for relational databases, and there are a wide variety of systems, most often tightly tied to one product. Some standardization efforts have occurred, leading to multi-vendor query languages like Gremlin, SPARQL, and Cypher. In addition to having query language interfaces, some graph databases are accessed through application programming interfaces (APIs).

Description[edit]

Graph databases employ nodes, properties, and edges.

Graph databases are based on graph theory, and employ nodes, edges, and properties.

  • Nodes represent entities such as people, businesses, accounts, or any other item to be tracked. They are roughly the equivalent of the record, relation, or row in a relational database, or the document in a document database.
  • Edges, also termed graphs or relationships, are the lines that connect nodes to other nodes; they represent the relationship between them. Meaningful patterns emerge when examining the connections and interconnections of nodes, properties, and edges. Edges are the key concept in graph databases, representing an abstraction that is not directly implemented in other systems.
  • Properties are germane information that relate to nodes. For example, if Wikipedia were one of the nodes, it might be tied to properties such as website, reference material, or word that starts with the letter w, depending on which aspects of Wikipedia are germane to a given database.

The relational model gathers data together using information in the data. For example, one might look for all the "users" whose phone number contains the area code "311". This would be done by searching selected datastores, or tables, looking in the selected phone number fields for the string "311". This can be a time consuming process in large tables, so relational databases offer the concept of a database index, which allows data like this to be stored in a smaller subtable, containing only the selected data and a unique key (or primary key) of the record it is part of. If the phone numbers are indexed, the same search would occur in the smaller index table, gathering the keys of matching records, and then looking in the main data table for the records with those keys. Generally, the tables are physically stored so that lookups on these keys are fast.[3]

Relational databases do not inherently contain the idea of fixed relationships between records. Instead, related data is linked to each other by storing one record's unique key in another record's data. For example, a table containing email addresses for users might hold a data item called userpk, which contains the primary key of the user record it is associated with. In order to link users and their email addresses, the system first looks up the selected user records primary keys, looks for those keys in the userpk column in the email table (or more likely, an index of them), extracts the email data, and then links the user and email records to make composite records containing all the selected data. This operation, termed a join, can be computationally costly. Depending on the complexity of the query, the number of joins, and the indexing of the various keys, the system may have to search through multiple tables and indexes, gather lots of information, and then sort it all to match it together.[3]

In contrast, graph databases directly store the relationships between records. Instead of an email address being found by looking up its user's key in the userpk column, the user record has a pointer directly to the email address record. That is, having selected a user, the pointer can be followed directly to the email records, there is no need to search the email table to find the matching records. This can eliminate the costly join operations. For example, if one searches for all of the email addresses for users in area code "311", the engine would first perform a conventional search to find the users in "311", but then retrieve the email addresses by following the links found in those records. A relational database would first find all the users in "311", extract a list of the pk's, perform another search for any records in the email table with those pk's, and link the matching records together. For these types of common operations, a graph database (in theory at least) is significantly faster.[3]

The true value of the graph approach becomes evident when one performs searches that are more than one level deep. For example, consider a search for users who have "subscribers" (a table linking users to other users) in the "311" area code. In this case a relational database has to first look for all the users with an area code in "311", then look in the subscribers table for any of those users, and then finally look in the users table to retrieve the matching users. In contrast, a graph database would look for all the users in "311", then follow the back-links through the subscriber relationship to find the subscriber users. This avoids several searches, lookups and the memory involved in holding all of the temporary data from multiple records needed to construct the output. Technically, this sort of lookup is completed in O(log(n)) + O(1) time, that is, roughly relative to the logarithm of the size of the data. In contrast, the relational version would be multiple O(log(n)) lookups, plus more time to join all the data.[3]

The relative advantage of graph retrieval grows with the complexity of a query. For example, one might want to know "that movie about submarines with the actor who was in that movie with that other actor that played the lead in Gone With the Wind". This first requires the system to find the actors in Gone With the Wind, find all the movies they were in, find all the actors in all of those movies who were not the lead in Gone With the Wind, and then find all of the movies they were in, finally filtering that list to those with descriptions containing "submarine". In a relational database this will require several separate searches through the movies and actors tables, doing another search on submarine movies, finding all the actors in those movies, and the comparing the (large) collected results. In contrast, the graph database would simply walk from Gone With the Wind to Clark Gable, gather the links to the movies he has been in, gather the links out of those movies to other actors, and then follow the links out of those actors back to the list of movies. The resulting list of movies can then be searched for "submarine". All of this can be done via one search.[4]

Properties add another layer of abstraction to this structure that also improves many common queries. Properties are essentially labels that can be applied to any record, or in some cases, edges also. For example, one might label Clark Gable as "actor", which would then allow the system to quickly find all the records that are actors, as opposed to director or camera operator. If labels on edges are allowed, one could also label the relationship between Gone With the Wind and Clark Gable as "lead", and by performing a search on people that are "lead" "actor" in the movie Gone With the Wind, the database would produce Vivien Leigh, Olivia de Havilland and Clark Gable. The equivalent SQL query would have to rely on added data in the table linking people and movies, adding more complexity to the query syntax. These sorts of labels may improve search performance under certain circumstances, but are generally more useful in providing added semantic data for end users.[4]

Relational databases are very well suited to flat data layouts, where relationships between data is one or two levels deep. For example, an accounting database might need to look up all the line items for all the invoices for a given customer, a three-join query. Graph databases are aimed at datasets that contain many more links. They are especially well suited to social networking systems, where the "friends" relationship is essentially unbounded. These properties make graph databases naturally suited to types of searches that are increasingly common in online systems, and in big data environments. For this reason, graph databases are becoming very popular for large online systems like Facebook, Google, Twitter, and similar systems with deep links between records.

Properties[edit]

Compared with relational databases, graph databases are often faster for associative data sets[citation needed] and map more directly to the structure of object-oriented applications. They can scale more naturally[citation needed] to large data sets as they do not typically need costly join operations (here costly means when executed on databases with non-optimal designs at the logical and physical levels). As they depend less on a rigid schema, they are marketed as more suitable to manage ad hoc and changing data with evolving schemas. Conversely, relational database management systems are typically faster at performing the same operation on large numbers of data elements, permitting the manipulation of the data in its natural structure.

Graph databases are a powerful tool for graph-like queries. For example, computing the shortest path between two nodes in the graph. Other graph-like queries can be performed over a graph database in a natural way (for example graph's diameter computations or community detection).

History[edit]

In the pre-history of graph databases, in the mid-1960s Navigational databases such as IBM's IMS supported tree-like structures in its hierarchical model, but the strict tree structure could be circumvented with virtual records.[5][6]

Graph structures could be represented in network model databases from the late 1960s. CODASYL, which had defined COBOL in 1959, defined the Network Database Language in 1969.

Labeled graphs could be represented in graph databases from the mid-1980s, such as the Logical Data Model.[1][7]

Several improvements to graph databases appeared in the early 1990s, accelerating in the late 1990s with endeavors to index web pages.

In the mid-late 2000s, commercial atomicity, consistency, isolation, durability (ACID) graph databases such as Neo4j and Oracle Spatial and Graph became available.

In the 2010s, commercial ACID graph databases that could be scaled horizontally became available. Further, SAP HANA brought in-memory and columnar technologies to graph databases.[8] Also in the 2010s, multi-model databases that supported graph models (and other models such as relational database or document-oriented database) became available, such as OrientDB, ArangoDB, and MarkLogic (starting with its 7.0 version). During this time, graph databases of various types have become especially popular with social network analysis with the advent of social media companies.

List of graph databases[edit]

The following is a list of notable graph databases:

Name Version License Language Description
AllegroGraph 5.1 (May 2015) Proprietary, clients: Eclipse Public License v1 C#, C, Common Lisp, Java, Python Resource Description Framework (RDF) and graph database
ArangoDB 3.2.0 (July 2017) Free, Apache 2 C++, JavaScript The most popular (as of 2015) NoSQL database available under an open source license and that provides both document store and triple store capabilities[9]
Blazegraph 2.1 (April 2016) commercial, or GPLv2 for evaluation Java RDF-graph database capable of clustered deployment and graphics processing unit (GPU), in commercial version; supports high availability (HA) mode, embedded mode, single server mode. Supports the Blueprints and SPARQL.[10][11]
Cayley 0.6.1 (April 2017) Free, Apache 2 Go Graph database[12]
Dgraph 0.8 (July 2017) Free, AGPLv3 for server, Apache 2 for client Go Open source, scalable, distributed, highly available and fast graph database, designed from ground up to be run at web scale.[13][14]
DataStax Enterprise Graph v5.0.2 (August 2016) Proprietary Java Distributed, real-time, scalable database inspired by Titan; supports Tinkerpop and integrates with Cassandra[15]
Sparksee[16] 5.2.0 (2015) Proprietary, commercial, freeware for evaluation, research, development C++ High-performance scalable database management system from Sparsity Technologies; main trait is its query performance for retrieving & exploring large networks; has bindings for Java, C++, C#, Python, and Objective-C; version 5 is the first graph mobile database
GraphBase[17] 1.0.03b Proprietary, commercial Java A customizable, distributed, small-footprint graph store with a rich tool set from FactNexus.
gStore[18] 0.4.1 (March 2017) BSD-3 C++ gStore is a graph database engine for managing large graph-structured data, which is open-source and targets at Linux operation systems. The whole project is written in C++, with the help of some libraries such as readline, antlr, and so on. You can use gStore as native mode or server-client mode. Distributed mode is also supported now.[19]
InfiniteGraph 3.0 (January 2013) Proprietary, commercial Java Distributed and cloud-enabled
JanusGraph 0.1 (April 2017) Free, Apache 2 Java Distributed graph database forked from Titan[20][21]
MarkLogic 8.0.4 (2015) Proprietary, freeware developer version Java Multi-model NoSQL database that stores documents (JSON and XML) and semantic graph data (RDF triples); also has a built-in search engine and a full-list of enterprise features such as ACID transactions, high availability and disaster recovery, certified security, scalability, and elasticity
Neo4j 3.1.1 (January 2017)[22] GPLv3 Community Edition, commercial & AGPLv3 options for enterprise and advanced editions Java, .NET, JavaScript, Python, Ruby Highly scalable open source, supports ACID, has high-availability clustering for enterprise deployments, and comes with a web-based administration tool that includes full transaction support and visual node-link graph explorer; accessible from most programming languages using its built-in REST web API interface, and a proprietary Bolt protocol with official drivers; most popular graph database in use as of January 2017[23]
OpenLink Virtuoso 8.0 (September 2017) Open Source Edition is GPLv2, Enterprise Edition is proprietary C, C++ Hybrid database server handling RDF and other graph data, RDB/SQL data, XML data, filesystem documents/objects, and free text; may be deployed as a local embedded instance (as used in the NEPOMUK Semantic Desktop), a single-instance network server, or a shared-nothing elastic-cluster multiple-instance networked server[24]
Oracle Spatial and Graph; part of Oracle Database 12.1.0.2 (2014) Proprietary Java, PL/SQL 1) RDF Semantic Graph: comprehensive W3C RDF graph management in Oracle Database with native reasoning and triple-level label security. 2) Network Data Model property graph: for physical/logical networks with persistent storage and a Java API for in-memory graph analytics
OrientDB 2.2.24 (July 2017) Community Edition is Apache 2, Enterprise Edition is commercial Java Second generation distributed graph database with the flexibility of documents in one product (i.e., it is both a graph database and a document NoSQL database at the same time); it has an open source commercial friendly (Apache 2) license; and is a highly scalable with full ACID support; it has a multi-master replication and sharding; supports schema-less, -full, and -mixed modes; has a strong security profiling system based on user and roles; supports a query language that is so similar to SQL which is friendly to those coming from a SQL and relational database background decreasing the learning curve needed. It has HTTP REST + JSON API.
SAP HANA SPS12 Revision 120 Proprietary C, C++, Java, JavaScript & SQL-like language In-memory ACID transaction supported property graph[25]
Sqrrl Enterprise 2.0 (February 2015) Proprietary Java Distributed, real-time graph database featuring cell-level security and mass-scalability[26]
Teradata Aster 7 (2016) Proprietary Java, SQL, Python, C++, R High performance, multi-purpose, highly scalable, and extensible MPP database incorporating patented engines supporting native SQL, MapReduce and Graph data storage and manipulation; provides an extensive set of analytic function libraries and data visualization abilities [27]
Microsoft SQL Server 2017[28] RC1 Proprietary SQL/T-SQL, R, Python SQL Server offers graph database capabilities to model many-to-many relationships. The graph relationships are integrated into Transact-SQL and receive the benefits of using SQL Server as the foundational database management system.

APIs and graph query-programming languages[edit]

  • Cypher Query Language (Cypher) – a graph query declarative language for Neo4j that enables ad hoc and programmatic (SQL-like) access to the graph. Spec opened up as openCypher project.[29]
  • GraphQL – Facebook query language for any backend service
  • Gremlin – a graph programming language that works over various graph database systems; part of Apache TinkerPop open-source project[30]
  • SPARQL – a query language for databases, can retrieve and manipulate data stored in Resource Description Framework format

See also[edit]

References[edit]

  1. ^ a b Angles, Renzo; Gutierrez, Claudio (1 Feb 2008). "Survey of graph database models" (PDF). ACM Computing Surveys. Association for Computing Machinery. 40 (1). doi:10.1145/1322432.1322433. Retrieved 28 May 2016. network models [...] lack a good abstraction level: it is difficult to separate the db-model from the actual implementation 
  2. ^ Silberschatz, Avi (28 January 2010). Database System Concepts, Sixth Edition (PDF). McGraw-Hill. p. D-29. ISBN 0-07-352332-1. 
  3. ^ a b c d "From Relational to Graph Databases". Neo4j. 
  4. ^ a b "Examples where Graph databases shine: Neo4j edition", ZeroTurnaround 
  5. ^ Silberschatz, Avi (28 January 2010). Database System Concepts, Sixth Edition (PDF). McGraw-Hill. p. E-20. ISBN 0-07-352332-1. 
  6. ^ Parker, Lorraine. "IMS Notes". vcu.edu. Retrieved 31 May 2016. 
  7. ^ Kuper, Gabriel M (1985). The Logical Data Model: A New Approach to Database Logic (PDF) (Ph.D.). Docket STAN-CS-85-1069. Retrieved 31 May 2016. 
  8. ^ "SAP Announces New Capabilities in the Cloud with HANA". 2014-10-22. Retrieved 2016-07-07. 
  9. ^ Fowler, Adam (February 24, 2015). NoSQL for Dummies. John Wiley & Sons. pp. 298–. ISBN 978-1-118-90574-6. 
  10. ^ Vaughan, Jack (January 25, 2016). "Beyond gaming, GPU technology takes on graphs, machine learning". TechTarget. Retrieved May 9, 2017. 
  11. ^ Yegulalp, Serdar (September 26, 2016). "Faster with GPUs: 5 turbocharged databases". InfoWorld. Retrieved May 9, 2017. 
  12. ^ "Google Releases Cayley Open-Source Graph Database". eWeek. November 13, 2014. Retrieved May 9, 2017. 
  13. ^ "Ex-Googler startup DGraph Labs raises US$1.1 million in seed funding round to build industry’s first open source, native and distributed graph database". Globenewswire. May 17, 2016. Retrieved July 31, 2017. 
  14. ^ Bailey, Michael (May 18, 2016). "Cannon-Brookes, Blackbird, Bain back new migrant's graph start-up". afr.com. The Australian Financial Review. Retrieved July 31, 2017. 
  15. ^ Woodie, Alex (June 21, 2016). "Beyond Titan: The Evolution of DataStax’s New Graph Database". Datanami. Retrieved May 9, 2017. 
  16. ^ "Sparksee high-performance graph database". Sparsity-technologies. Retrieved May 9, 2017. 
  17. ^ Longbottom, Clive (May 1, 2016). "Graph databases: What are the benefits for CIOs?". Computer Weekly. Retrieved May 9, 2017. 
  18. ^ "gStore Graph Database Engine". 
  19. ^ Zou, Lei; Özsu, M. Tamer; Chen, Lei; Shen, Xuchuan; Huang, Ruizhe; Zhao, Dongyan (August 2014). "gStore: a graph-based SPARQL query engine". 
  20. ^ He, Jing Chen (January 16, 2017). "JanusGraph – A Graph DB that carries forward the legacy of Titan". IBM. Retrieved May 9, 2017. 
  21. ^ Woodie, Alex (January 13, 2017). "JanusGraph Picks Up Where TitanDB Left Off". Datanami. Retrieved May 9, 2017. 
  22. ^ "Release Notes: Neo4j 3.1.1". Neo4j. Retrieved May 9, 2017. 
  23. ^ "Ranking of Graph DBMS". DB-Engines. Retrieved May 9, 2017. 
  24. ^ "Clustering Deployment Architecture Diagrams for Virtuoso". Virtuoso Open-Source Wiki. OpenLink Software. Retrieved May 9, 2017. 
  25. ^ Rudolf, Michael; Paradies, Marcus; Bornhövd, Christof; Lehner, Wolfgang. The Graph Story of the SAP HANA Database (PDF). Lecture Notes in Informatics. 
  26. ^ Vanian, Jonathan (18 February 2015). "NSA-linked Sqrrl eyes cyber security and lands $7M in funding". Gigaom. Retrieved May 9, 2017. 
  27. ^ Woodie, Alex (October 23, 2015). "The Art of Analytics, Or What the Green-Haired People Can Teach Us". Datanami. Retrieved May 9, 2017. 
  28. ^ "What's New in SQL Server 2017". Microsoft Docs. April 19, 2017. Retrieved May 9, 2017. 
  29. ^ Svensson, Johan (5 July 2016). "Guest View: Relational vs. graph databases: Which to use and when?". sdtimes.com. BZ Media. Retrieved 30 August 2016. 
  30. ^ TinkerPop, Apache. "Apache TinkerPop". tinkerpop.apache.org. Retrieved 2016-11-02. 

Disclaimer

None of the audio/visual content is hosted on this site. All media is embedded from other sites such as GoogleVideo, Wikipedia, YouTube etc. Therefore, this site has no control over the copyright issues of the streaming media.

All issues concerning copyright violations should be aimed at the sites hosting the material. This site does not host any of the streaming media and the owner has not uploaded any of the material to the video hosting servers. Anyone can find the same content on Google Video or YouTube by themselves.

The owner of this site cannot know which documentaries are in public domain, which has been uploaded to e.g. YouTube by the owner and which has been uploaded without permission. The copyright owner must contact the source if he wants his material off the Internet completely.

Powered by YouTube
Wikipedia content is licensed under the GFDL and (CC) license