4 ms·
Oracle partners with Cloudera for their hadoop servers: https://www.oracle.com/engineered-systems/big-data-appliance/index.html https://www.oracle.com/engineere
by Joeri 11y ago
Oracle partners with Cloudera for their hadoop servers: https://www.oracle.com/engineered-systems/big-data-appliance/index.html https://www.oracle.com/engineered-systems/big-data-appliance...
Hadoop is not what the article is talking about though, nor is Cassandra. The issue is not about whether it scales out or not, it's about whether it is memory-based or disk-based. If queries have to pass through a block API at any point, they can never perform as well as a database where all queries run out of main memory, like Hana or VoltDB. On block-based systems you can't run some categories of analytical queries interactively, they always end up being too slow.
He's saying oracle has a problem because they don't have a good in-memory story ready. Right now they're aiming at this problem from two directions: Oracle NoSQL (a distributed KV store comparable to Riak), and Oracle 12c In-Memory (in-memory engine bolted onto the oracle db). Neither are particularly convincing to me, and definitely not a match for Hana or VoltDB.
- eitally 11y agoI think your comment explains the problem clearly and should be at the top. To add more bluntness, Oracle's problem is that their typical enterprise customers who may be interested in, or require, in-memory databases have no practical option but to abandon Oracle. And if they move away from Oracle for analytics, what's stopping them from considering moving away for transactional work as the next step?