What is Orient?
OrientDB is an Open Source NoSQL DBMS with the features of both Document and Graph DBMSs. It's written in Java and it's amazingly fast: it can store up to 150,000 records per second on common hardware. Even for a Document based database the relationships are managed as in Graph Databases with direct connections among records. You can traverse parts of or entire trees and graphs of records in a few milliseconds. Supports schema-less, schema-full and schema-mixed modes. Has a strong security profiling system based on user and roles and supports SQL amongst the query languages. Thanks to the SQL layer it's straightforward to use for people skilled in the Relational world.
Look also at Presentations with video and slides introducing OrientDB.
Is OrientDB a Relational DBMS?
No. OrientDB adheres to the NoSQL movement even though it supports a subset of SQL as query language. In this way it's easy to start using it without having to learn too much new stuff. OrientDB is a [DocumentDatabase] but has the best features of other DBMSs. For example relationships are handled as in Graph Databases.
Scalability: the database is the bottleneck of most of applications
The most common reason applications scale out badly is, very often, the database. The database is the bottleneck of most applications. OrientDB scales out very well on a single machine. A single server does the work of about 125 servers running MySQL. The transactional engine can run in distributed systems supporting up to 302,231,454,903,657 billion (2^78) records for the maximum capacity of 19,807,040,628,566,084 Terabytes of data distributed on multiple disks in multiple nodes. Today only OrientDB Key/Value Server can run in a cluster with thousands of instances using a Distributed Hash Table algorithm. We're developing the distributed version of OrientDB as well.
I can't believe it! Why is it so fast?
OrientDB has been designed to be very fast. It inherits the best features and concepts from Object Databases, Graph DBMS and modern NoSQL engines. Furthermore it uses the own RB+Tree algorithm as a mix of Red-Black Tree and B+Tree. RB+Tree consumes about half memory of the Red-Black Tree implementation mantaining the original speed while it balances the tree on insertion/update. Furthermore the RB+Tree allows fast retrieving and storing of nodes in persistent way.
Why yet another NoSQL?
It all began on 2009 when Luca Garulli was searching for super fast and flexible storage for an ambitious project. After having tried different RDBMSs he worked on the available NoSQL products. Not one had all the features he needed. So in a weekend he got the challenge to see if the "old" low-level storage algorithms of Orient ODBMS, an Object Database Luca created in 1999 written in C++, could be reused in Java to develop a brand new graph-document DBMS. It worked! And this is the reason OrientDB exists today.
But wasn't OrientDB an ODBMS?
Orient ODBMS was the very first version of the Orient engine developed in C++ in 1998. Today OrientDB has been totally rewritten in Java in the form of a Document database but with the previous main goal: performance. However, now you can find the [Object Database], but it's a wrapper built on top of the Document Database. It maps transparently OrientDB document records to POJOs.
How does it compare with other products?
Easy to install and use
Yes. OrientDB is totally written in Java and can run on any platform without configuration and installation. The full Server distribution is about 1Mb without the demo database. Do you develop with a language different than Java? No problem, look at the [Programming Language Bindings].
Online cloud service
|OrientDB is available on the cloud through NuvolaBase.com. FREE accounts are available for small sized databases.|
Start to learn about OrientDB from the WiKi Main page. For any questions visit the OrientDB Community Group. Need help? Go to the Online support. Do you want to hear about OrientDB in a conference? Take a look at the Events page.