5 ms·
"with Oracle RAC as the backend (pretty much the only choice)" ... not any more!
by ra 16y ago
"with Oracle RAC as the backend (pretty much the only choice)"
... not any more!
- hga 16y agoI don't know this space at all; what are the other options?
- wglb 16y agoThink Bigtable.
- hga 16y agoThat doesn't strike me as fitting the requirements. They need high transaction rates and true high availability (don't know if Bigtable is as good). And they don't need petabyte scaling, which I gather is one of Bigtable's big attractions.
- wglb 16y agoYou have a good point. You are kind of implying that it is good for transactions in large batches, but may not have the 300 ms response. But the oracle RAC (just guessing here) may act as a cache between the 300 ms part and the actual tables, and to be a fat reliable pipe. But they do take on some interesting problems, such as how do you keep this up across system upgrades, hardware failures, application version migration, among others.
- nl 16y agoInterestingly, apparently Google has the MySQL query engine running on BigTable. That might make migrating from Oracle to BigTable a bit easier.
- nl 16y agoDownvoted? Can I ask why?
- awad 16y agoGoogle