« MySQL或Oracle, 是个问题? »
DBA » http://www.anysql.net/dba/hard-choose-mysql-or-oracle.html 2009-05-26SUN没有被Oracle收购前, 都会不加思索地考虑用MySQL来替代部份Oracle数据库, 以降低Oracle的许可证费用, 或降低Oracle来谈判许可证费用时的筹码. 因为MySQL无许可证费用, 可以免费地用, 但被Oracle收购后, 就不知道免费的MySQL的命运如何了, 可以预见收费的MySQL肯定会加强, 而且国外有前Oracle员工预测MySQL的水费水平会和Oracle比较接近. 国外人一样在担心MySQL的命运, 在担心继续使用会不会又上Oracle的这条大船.
我也面临这个选择, 综合分析了一下现有的Oracle数据库, 能迁到MySQL上的不多, 能迁的迁移成本也很高, 结合持术人员人手比较紧的实情, 要做MySQL迁移, 是很难搞得定的, 从新项目开始, 自始至终就用MySQL则是很可行的. 刚好有一个项目, 可以用Oracle, 也可以用MySQL或其他的数据库, 非常的不好选择.
用MySQL主要担心什么问题? 第一是稳定性问题, Oracle的确可以给我们提供很稳定的服务, 但MySQL就不知道了. 第二是可用率的问题, 如果要用于比较重要的系统, 到底可以做到多高的可用率? 这两个问题, 都不好模似或测试, 也没有多少经验可以借签. 而面临的这个可以选择的项目, 刚好是一个比较重要的项目, 要追求稳定性和可用率的.
象国内银行这种数据库用得很多的企业, 和Oracle谈判时, 并不计算真实的Oracle主机的CPU个数, 而是确定一种无限制的许可证费, 例如一年多少钱, 在银行内部不限制Oracle使用的范围, 算下来Oracle的许可证费用也没有那么贵, 是可以接受的.
关键是MySQL现在也属于Oracle了, 用了Oracle是Oracle, 用了MySQL还是Oracle, 的确有些头疼, 从这儿看来Postgre SQL以后也是这条路, 说不定也被Oracle意外间接获得. 越来越想不通了.


小数据量的mysql可以用oraclexe
但是后者占的空间大多了
不看好Oracle XE, Oracle有MySQL后估计不会再推什么XE了.
为MySQL出一个和现在Oracle一样的存贮引挚吧。
mysql support也很贵的啊
不买support, 我们集团有自已研究源代码的, 解决问题应当没有问题.
“关键是MySQL现在也属于Oracle了”, 正中了我的下怀. 不正大光明,却实用.
pgsql 为何“也是这条路”?颇有些不解。
pgsql也有可能会被商业公司收购啊.