锁定老帖子 主题:对MySQL处理大数据量的疑问?
精华帖 (1) :: 良好帖 (2) :: 新手帖 (2) :: 隐藏帖 (8)
|
|
---|---|
作者 | 正文 |
发表时间:2009-09-15
最近要研究一个项目,由于数据量比较大(据一开始的估计,大概会有1000万条每个表里面),所以一直不知道用什么数据库,以前做ROR项目的时候,总是用MySQL,因为开源,而且速度快。
但是现在不知道应该使用什么数据库……以前也从来没有做过这么大数据量的项目,而且用ROR到底合适不合适,从网上看,ROR目前不适合的项目只是那些“killer Application”,这个项目大概就是一种B2B的平台,采用ROR应该没有什么问题吧。。。。。
从网上找了点MySQL、Oracle、SqlServer的优缺点: MySql
:
大家都来说说吧~~~到底应该选择哪个数据库和语言~ 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2009-09-15
最后修改:2009-09-15
当然是postgresql啦,至今保持着单表存储量的最高纪录,每个表1000万条数据对于pg简直就是小菜,而且pg和rails融合的是最好的,也是官方推荐的
|
|
返回顶楼 | |
发表时间:2009-09-15
下一站,火星 写道 当然是postgresql啦,至今保持着单表存储量的最高纪录,每个表1000万条数据对于pg简直就是小菜,而且pg和rails融合的是最好的,也是官方推荐的
rails 的mate以前不是 mysql? 现在见异思迁了? |
|
返回顶楼 | |
发表时间:2009-09-15
Oracle都出手了... 还不见异思迁....?
其实在收购之前...就有这个苗头了... |
|
返回顶楼 | |
发表时间:2009-09-15
如果客户掏钱,上oracle,
如果自己掏钱,并且有一定的mysql运维经验,就上mysql 如果你存的是key,value之类的,上bdb是没问题的。 |
|
返回顶楼 | |
发表时间:2009-09-15
好像oracle理论单表是2亿吧,不过关于大表的优化可能就要伤脑筋了!
|
|
返回顶楼 | |
发表时间:2009-09-15
postgresql 真那么好么?能介绍一下不?
|
|
返回顶楼 | |
发表时间:2009-09-16
你真的需要 SQL 嗎?
|
|
返回顶楼 | |
发表时间:2009-09-16
仅数据量不能决定选择哪个数据库。
mysql我都存过单表8000万的记录 关键还要看对数据库的读写和性能要求。 需要频繁读写的,mysql的MyISAM在大数据量下还是比较脆弱的。 |
|
返回顶楼 | |
发表时间:2009-09-16
维基的数据量不小吧,他都用Mysql。。。
|
|
返回顶楼 | |