When comparing OrientDB vs Postgres, the Slant community recommends Postgres for most people. In the question“What are the best ACID-compliant scalable databases?” Postgres is ranked 1st while OrientDB is ranked 5th. The most important reason people chose Postgres is:
Built by passionate developers, available for free, and is well supported by its active community.
Specs
Ranked in these QuestionsQuestion Ranking
Pros
Pro Multi-model database (document, object, graph)
This database is primarily, or historically, thought of as a graph database. However, it is actually a multi-model database that supports a variety of noSQL models (key-value, document, etc.).
Pro Open Source commercial friendly license (Apache 2)
The Apache 2 license is one of the most liberal licenses. You can use OrientDB for any purpose for free.
Pro Free clustering support
Unlike other NoSql databases, OrientDB offers clustering support for free. Furthermore, it's not a basic Master/Slave, but it supports Master-Master replication + Sharding.
Pro Distributed Graph Database with relational type Documents
Pro Supports sql as well as other query languages
It can be queried in a number of ways, but the ability to query with SQL makes it a bit more familiar to use.
Pro Multi-master replication
OrientDB is incredibly scalable thanks to its multi-master replication. All nodes in a cluster can both read and write.
Pro Full text search
Full text search support is available when using Lucene based indexing algorithm.
Pro Performance
OrientDB is very fast, especially when it comes to relationships between records (or "links").
Pro Enterprise version available
The Community Edition is free and covers many features, but an Enterprise Edition is available (prices are transparent, published online) with 24x7 support.
Pro Open Source
Built by passionate developers, available for free, and is well supported by its active community.
Pro Supports migration from other major proprietary and open source databases
With the extensive SQL support and migration tools, Postgres users are easily able to migrate their databases over to the Postgres database with little effort.
Pro JSON support
JSON support allows for Postgres to transfer data as raw text and without attributes and markup overhead. This will result in new levels of speed, efficiency and flexibility for developers.
Pro Highly scalable
Continues to work well under low or heavy loads in order to meet the users' need.
Pro Object-Oriented Database
You can reuse existing approved design table and extend its capability by inheritance. You can reuse ancestor method byy declaring new trigger for descendant but reuse ancestor trigger procedure. You can add, remove or override column constraint making it differ from its ancestor. Applying OOP with database design help me reuse, extend, and encapsulate business logic and end up a rapid design, and less errants. PostgreSQL is a powerful RDBMS while its OOP is sufficient for OOP modular design. Especially its Open Source ,and free.
Pro True ACID-compliance
Built in, so users won't have to worry about atomicity, consistency, isolation and the durability of the database.
Pro Multi-Version Concurrency Control (MVCC)
Postgres uses MVCC. For each user connected to the database the Postgres database shows a snapshot of the database at a particular instance. When the database needs to update an item it will add the newer version and mark the old version as obsolete. This allows the database to save overhead but requires a regulated sweep to delete the old, obsolete data.
Pro Multiple Language Interfaces
"There are interfaces for Java (JDBC), ODBC, Perl, Python, Ruby, C, C++, PHP, Lisp, Scheme, and Qt just to name a few."
Pro Great query planner
Unlike MySQL, you generally don't spend time on hinting the query planner in order to make PostGres perform well.
Pro RETURNING option on INSERT queries
For example:
INSERT INTO table (field_1, field_2, field_3) VALUES (value_1, value_2, value_3) RETURNING id;
Cons
Con Not well known
It's a very unfortunate thing, but it's true. Not many people know of this gem so that makes it difficult to find community support at times. It also makes it hard to get people on board with it who shop products by brand name or flashy marketing. It also means there are fewer code snippets, libraries, and frameworks that consider it. While it's interoperability is good with SQL support and Tinkerpop, it still doesn't change the fact that many things don't give it much thought and that can lead to more work as a developer sometimes.
Con Learning curve
A lot of effort went into making OrientDB easy and familiar to use (such as SQL queries for example). However, it's important to understand the database engine a bit and how it works in general (links for example). This involves a bit of a learning curve if you're not familiar with graph databases. Not an enormous curve or anything, but it's still a consideration.
Con Bulk inserts may cause an out of memory crash
When doing inserts in OrientDB you have to be careful to do them one at a time. Bulk inserts may cause out of memory error
.
Con Overkill for simple setups
If a database will be doing many simple operations Postgres may be over-kill.
Con Vaccuuming can cause headaches

Con Can't be run as an embedded database
