34,593
社区成员
发帖
与我相关
我的任务
分享
...全文
请发表友善的回复…
发表回复
ldw701 2006-11-20
- 打赏
- 举报
mark
lifeng5678 2006-11-18
- 打赏
- 举报
学习 呵呵
撸起柚子的秋风 2006-11-17
- 打赏
- 举报
关注。。。
web700 2006-11-17
- 打赏
- 举报
学习
zhuaiman 2006-11-17
- 打赏
- 举报
上面已经说了很多了，再总结下看现行是否可以着手
第一：I/O优化 ,建议使用RAID0+1磁盘阵列，并把该表放于文件组，文件组分别建立在RAID0+1磁盘阵列的各个分区，建议分C(SYSTEM)、D、E、F、G，文件组依次放到各个分区。
第二：索引优化，内容较广，建议参照邹建'BLOG，友情提示：索引不一定可以解决你的问题，只是一个小小的改善
第三：分割表：非常更新数据直接按年或季度（或按业务类型）把该表中历史数据放于新建立的只读表。（仍然需要索引）
第四：相信贵部也有进行升级硬件的必要，CPU当然要至强NB(如果批量运算很大),内存是个重头戏，要静态分配给SQL并改变 boot.ini中PEA-扩展地址参数
第一：I/O优化 ,建议使用RAID0+1磁盘阵列，并把该表放于文件组，文件组分别建立在RAID0+1磁盘阵列的各个分区，建议分C(SYSTEM)、D、E、F、G，文件组依次放到各个分区。
第二：索引优化，内容较广，建议参照邹建'BLOG，友情提示：索引不一定可以解决你的问题，只是一个小小的改善
第三：分割表：非常更新数据直接按年或季度（或按业务类型）把该表中历史数据放于新建立的只读表。（仍然需要索引）
第四：相信贵部也有进行升级硬件的必要，CPU当然要至强NB(如果批量运算很大),内存是个重头戏，要静态分配给SQL并改变 boot.ini中PEA-扩展地址参数
可视化陈列管理系统 2006-11-17
- 打赏
- 举报
如果1000W的記錄要參與運算，用分區解決不了，因為分區了還要union起來，可能更費時。
索引，強制索引，存儲過程。也許是正道。
但是1000W的記錄要一起參與運算，這個設計思路確實讓人懷疑。
索引，強制索引，存儲過程。也許是正道。
但是1000W的記錄要一起參與運算，這個設計思路確實讓人懷疑。
marco08 2006-11-17
- 打赏
- 举报
關注
lemon_lyk 2006-11-17
- 打赏
- 举报
up
eaststarwy 2006-11-17
- 打赏
- 举报
1000万条或者2000万数据参与运算不算太恐怖,甚至应该不需要小型机,稍微高点的性能服务器多几个CPU,做好阵列,建立好索引,,不会过于考验你耐心地,但是如果短期就有这么多而且还陆续增加....那就更新服务器以及数据库了,而且这么设计软件确实.....
sunrisehy2003 2006-11-17
- 打赏
- 举报
既然你覺得大家的方法都不行,那你就買一臺高性能的服務器.
jihadnet 2006-11-17
- 打赏
- 举报
大家帮忙举个事例或者一个事例图也可以啊
那样容易理解啊
那样容易理解啊
yjlhch 2006-11-13
- 打赏
- 举报
分区数据，怎么建，我也想知道
tele127 2006-11-12
- 打赏
- 举报
学习中！
guanjm 2006-11-12
- 打赏
- 举报
索引加分区表 很简单的 要么干脆个做个历史库 一个当前库
Well 2006-11-12
- 打赏
- 举报
索引加分区视图
砸死牛顿的苹果 2006-11-12
- 打赏
- 举报
索引 加 分表
yu_galaxy 2006-11-12
- 打赏
- 举报
索引机制!
Mapleleaf123 2006-11-10
- 打赏
- 举报
没见过。不知这个库体积有多大。
jesons 2006-11-09
- 打赏
- 举报
关注～～～
lemon_lyk 2006-11-09
- 打赏
- 举报
学习中
加载更多回复（18）
