6 ms·

I noticed you said "nearly nothing", what are some exceptions? I'm curious why anyone would start using Oracle now. The only reason I would see to use it is bec

I noticed you said "nearly nothing", what are some exceptions? I'm curious why anyone would start using Oracle now. The only reason I would see to use it is because you are reasonably dependent on it already and cannot migrate easily.

GCU-Empiricist 9y ago
It's telling there are no dissenting replies to this in a thread approaching 200 comments.
arethuza 9y ago
Possibly because you have Oracle apps (e.g. Hyperion FM) and don't really care about what database it requires? Edit: From what I saw Hyperion FM got relatively better after the Oracle acquisition.
- wenc 9y ago
  > From what I saw Hyperion FM got relatively better after the Oracle acquisition. In my experience the opposite seems to be true. I have heard people describe Hyperion as "pretty good" prior to the acquisition (this was a while ago, before my time). Today, if I talk to anyone about it, sentiments range from negative to very negative. Almost every Oracle acquisition has suffered the same fate.
koolba 9y ago
> I noticed you said "nearly nothing", what are some exceptions? I'm curious why anyone would start using Oracle now. The only reason I would see to use it is because you are reasonably dependent on it already and cannot migrate easily. Ultra high end OLTP system leveraging Oracle RAC. It's a very specific use case that goes beyond basic replication where you require ACID compliance, HA, multi master (in this case via shared disks and distributed locks), all atop an MVCC database. The MVCC implementation of Oracle does not require a VACUUM style operation which is another plus for a 24/7 environment. I know of a couple financial services companies that have this type of setup though I've yet to find one that (IMHO) really justifies it. In all cases they've got boatloads of money to throw at a problem and the guys in charge of making the tech decisions don't mind having one of those boats sail off to Larry Ellison.
- stefantheard 9y ago
  Interestingly even in this use case I believe PostgreSQL would be my choice, although as you said it is a silly setup. I had not taken into account particularly narrow implementations that rely on specific Oracle pieces, I could see some going that way if that's the case.
Yizahi 9y ago
My guess - government or ultra big corporations orders for very large sums, excessive for required task. Part of the sum goes straight in the pockets of people in charge of ordering it. Won't work in all countries but in some certainly will. Same with SAP and other overpriced solutions. Other idea - "prestige". "We are using top end solutions, unlike the lowly startups, we are serious businessmen see."

GCU-Empiricist 9y ago

It's telling there are no dissenting replies to this in a thread approaching 200 comments.

arethuza 9y ago

Possibly because you have Oracle apps (e.g. Hyperion FM) and don't really care about what database it requires? Edit: From what I saw Hyperion FM got relatively better after the Oracle acquisition.

wenc 9y ago
> From what I saw Hyperion FM got relatively better after the Oracle acquisition. In my experience the opposite seems to be true. I have heard people describe Hyperion as "pretty good" prior to the acquisition (this was a while ago, before my time). Today, if I talk to anyone about it, sentiments range from negative to very negative. Almost every Oracle acquisition has suffered the same fate.

koolba 9y ago

> I noticed you said "nearly nothing", what are some exceptions? I'm curious why anyone would start using Oracle now. The only reason I would see to use it is because you are reasonably dependent on it already and cannot migrate easily. Ultra high end OLTP system leveraging Oracle RAC. It's a very specific use case that goes beyond basic replication where you require ACID compliance, HA, multi master (in this case via shared disks and distributed locks), all atop an MVCC database. The MVCC implementation of Oracle does not require a VACUUM style operation which is another plus for a 24/7 environment. I know of a couple financial services companies that have this type of setup though I've yet to find one that (IMHO) really justifies it. In all cases they've got boatloads of money to throw at a problem and the guys in charge of making the tech decisions don't mind having one of those boats sail off to Larry Ellison.

stefantheard 9y ago
Interestingly even in this use case I believe PostgreSQL would be my choice, although as you said it is a silly setup. I had not taken into account particularly narrow implementations that rely on specific Oracle pieces, I could see some going that way if that's the case.

Yizahi 9y ago

My guess - government or ultra big corporations orders for very large sums, excessive for required task. Part of the sum goes straight in the pockets of people in charge of ordering it. Won't work in all countries but in some certainly will. Same with SAP and other overpriced solutions. Other idea - "prestige". "We are using top end solutions, unlike the lowly startups, we are serious businessmen see."