数据库的选择问题

meceky 2014-08-04 09:01:16
我这边有一个网站,单表的数据量估计有1000万左右,设计了两个数据库,一个读库数据库小一些,但是查询有些复杂,另一个是写库,数据写入比较多,本来都是用sqlserver,但是现在考虑版权问题,想换成开源的数据库,比如mysql,postgresql等,大家有啥建议木?
...全文
736 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
micro19890 2014-08-29
  • 打赏
  • 举报
回复
如果可以的话,考虑库表散列吧。简单实用
deng1234 2014-08-21
  • 打赏
  • 举报
回复
每次查询必须要输入时间或者维一主键就不慢了,2,3个亿的数据查询我都是这样搞的。 只能输入10分钟之内的数据,时间建索引,如果要查询统计数据,就把统计好的数据放到另外的表中。按天,按月统计.
pricks 2014-08-17
  • 打赏
  • 举报
回复
目前还是有免费版本的
grapepaul 2014-08-16
  • 打赏
  • 举报
回复
MYSQL商用收费,直接postgresql吧
pricks 2014-08-11
  • 打赏
  • 举报
回复
引用 2 楼 ldh911 的回复:
千万级的话,只要数据模型没啥问题,基本随意。 不过随着MySQL被Oracle拿下,现在开源的很多开始考虑转移到postgresql
的确是无论啥数据库都可以的,关键是看你个人的能力和理解的深度。 不过我个人倾向于mysql
skgary 2014-08-10
  • 打赏
  • 举报
回复
引用 3 楼 aspforjava 的回复:
单表数据1000万oracle 查询都很慢,不要说其他数据库了,你可以考虑使用mysql, 但是这还不够,你要想办法分区该表。希望你先清楚表分区的意义
索引建的不合适,SQL语句写的不好,用什么都慢。
skgary 2014-08-10
  • 打赏
  • 举报
回复
引用 楼主 meceky 的回复:
我这边有一个网站,单表的数据量估计有1000万左右,设计了两个数据库,一个读库数据库小一些,但是查询有些复杂,另一个是写库,数据写入比较多,本来都是用sqlserver,但是现在考虑版权问题,想换成开源的数据库,比如mysql,postgresql等,大家有啥建议木?
用哪种数据库都不是问题。 你的sql写的怎么样,索引建的怎么样才是关键的问题。
aspforjava 2014-08-09
  • 打赏
  • 举报
回复
单表数据1000万oracle 查询都很慢,不要说其他数据库了,你可以考虑使用mysql, 但是这还不够,你要想办法分区该表。希望你先清楚表分区的意义
MiceRice 2014-08-05
  • 打赏
  • 举报
回复
千万级的话,只要数据模型没啥问题,基本随意。 不过随着MySQL被Oracle拿下,现在开源的很多开始考虑转移到postgresql
zy_think123 2014-08-04
  • 打赏
  • 举报
回复
MySQL足够解决你的问题,当然数据量过大无论放在哪个DBMS都一样,可以考虑一下拆表,个人的小小见解

25,980

社区成员

发帖
与我相关
我的任务
社区描述
高性能WEB开发
社区管理员
  • 高性能WEB开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧