何时选择Oracle over MySQL？

Question

我是一个MySQL粉丝,但是我想知道选择Oracle over MySQL的情况似乎就是这样......就像那些会让你说的指标一样......"我需要Oracle来完成这个项目"

更新:正如SOer指出的另一位同事,不要限制你对Oracle的回答......如果你知道更好的东西,请指出它.

Answer 1

使用Mysql有些事情让我烦恼

我必须在强制执行约束和交易与全文索引(InnoDb vs MyISAM)之间做出选择.这对我来说真的是第一个问题(强制执行约束和交易是让dbs很酷的原因,但你也需要全文搜索......)

• 在客户端代码中"模拟"事务并不容易.
• 如果不强制执行约束,则很容易获得db的不一致状态
• 没有全文搜索,你可能会对OR X LIKE%y%感到疯狂
• 您必须使用RAISE ERROR为CHECK CONSTRAINT创建BEFORE UPDATE TRIGGER
• 当数据变得太大时,Mysql的性能很差(我的意思是真的很大).
• Mysql创建了糟糕的执行计划
• Mysql有超过3个连接的问题(让我们更好地说多个连接).

Oracle是所有这些问题的解决方案,它是一个完整的DBMS(事务,CHECK约束,很多视图选项,全文搜索等等)但是毕竟它只是钱的问题.

Answer 2

也许值得考虑postgresql,它也是免费的(BSD而不是gpl).

有关选择的好评,请使用" 关系数据库管理系统比较 "查看Wikipedia .

Answer 3

我自己就是甲骨文家伙,但有时我觉得很难说它在PostgeSQL甚至是MySQL上使用它.
简而言之,有些公司/项目使用一些开源RDBMS管理大量数据.

如果你要了解这些功能,这是另一回事,但你怎么能反对这些公司的成功呢？没错,他们使用了很多盒子来实现这一目标,但它仍然便宜得多.我怀疑现在大多数使用Oracle的公司确实需要它,但肯定有公司需要Oracle.

一句好话:

"将cpu密集型工作移出数据库层到应用程序层:在应用程序层完成参照完整性,连接,排序!推理:应用服务器很便宜,数据库是瓶颈."

在这里看到很多现实世界的做法.是的,他们使用Oracle.

是的,我仍然喜欢Oracle,这就是DBMS所做的应该是什么样子,但这并不意味着它的位置无处不在,至少不是它所售出的价格.