|
锁定老帖子 主题：大数据量数据库配置部署方案思考
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-14
连接池
索引 查询sql优化 大表分区 加硬件，做集群 如果还不行？ 没办法了！300万条数据不多啊，照说。 |
| 返回顶楼 | |
|
发表时间：2008-11-17
8个月主要表每张产生了近300万条数据
这个数据量不算大吧.以前用sybase做项目的时候,都是日分表的,单某个表都日增300w. |
| 返回顶楼 | |
|
发表时间：2008-11-17
按照这样的服务器，几百万数据一般来说应该是没有什么问题的，先分析一下系统的瓶颈吧
|
| 返回顶楼 | |
|
发表时间：2008-12-25
最后修改：2008-12-25
xlongbuilder 写道 谢谢各位的回复
澄清几点： 1、oracle 是客户长远考虑到结果，以后很可能数据不会这么点了 流量会很大用户也会有很多增加 这是在可预期的几年的考虑 2、我早就讲过oracle 不能解决根本问题，不过可以缓解问题。对开发人员来讲也会轻松些，作为架构及开发人员自由度也会大些。 3、问题已经了解到很清楚了，客户的c/s系统打开个每个界面 都要查询20 几次操作，完成一个业务基本上要上百的操作，不满才怪，查询报表等sql 写的奇垃圾，没有任何索引优化措施 所以主要原因还是该系统设计问题。 4、我们用sqlserver 可以用但是用的好就不轻松了，考虑到目前项目组情况，oracle 确实可以给我省不少力气。说实话站在用户角度长远点考虑 oracle 还是ok的 你看你自己说的，没有任何索引优化措施...我就说了，你同样这样不建索引的话，你就是搞上最高版本的Oracle也白搭！ 基本上不客气地说，你们是不会用数据库，所以给你们啥高级数据库也无法缓解你们的问题。 除非有傻瓜化的数据库，能自动考虑如何建索引的（好像还没听说过）。 索引是最基本的，通常也是最有效的优化方式。 什么表分区之类那都是后续招数了。 |
| 返回顶楼 | |
|
发表时间：2009-01-08
刚300W,数据量也不大啊.
|
| 返回顶楼 | |
|
发表时间：2009-01-08
才三百万的数据量,根本不值一提,LZ找找自身程序的问题吧,别乱怨数据库
|
| 返回顶楼 | |
