一个产品表，有300多万数据，怎么建立分区表合理？
1、一个产品表，有300多万数据，怎么建立分区表合理？
2、服务器要如何配置？例如最好几块硬盘？硬盘分几个区？分区怎么存放？

麻烦大家了！

[解决办法]
这个不是说了的吗？
[解决办法]
http://blog.csdn.net/wufeng4552/archive/2009/10/26/4728248.aspx
[解决办法]
纯技术+经验的问题 帮顶！
[解决办法]
http://topic.csdn.net/u/20100920/09/d3887d3e-d85d-481d-bc00-a3a3783d1c7e.html
[解决办法]
我估计你没有认真看

看懂啦

就知道怎么弄
[解决办法]
看懂那个链接就知道怎么弄啦，再不行就Google

探讨

我想要来点具体的，例如这个产品表怎么分区比较合理，按ID分？还是其他

分几个区比较好？

这些分区在硬盘如何存放比较合理？

[解决办法]
得4的帖子的很清楚了，，，
你不知道怎麽搞，，那你就把你需求出，量的
包括商品，每量，每天增加的量，表
才有法具情具分析
[解决办法]

[解决办法]
你是什麽品表？
是品明列表？
是售？ 一天增加1万化那麽多，多半是售用，或者是存吧？
那就按日期做分，，，
至於量多，，，
就是有分表，不做在一表

1年分表，，，
至於分，，用1年中季度分如何，，4硬。。，一季度90万，，，可以接受的程度三
用4核，
[解决办法]
按产品ID大小分，大类在一个区
[解决办法]
如果用不行，那就是按分了，，，于量多，，，
那就先用SQL，做，，，
然后，按照量多寡，，，平均拆成4分，，，
然id最好，比如1-1500,..之
[解决办法]
你需要提供一般怎么查询、数据增量速度

如果保持300万左右应该不必分区，合理索引就可以了

如果用户查询并发量太大，可以考虑读些分开多个服务器，中间用事务复制或者其他同步技术


[解决办法]
- -
我只是得，，百不算多拉，，，
怎麽慢呢？是不是用了什麽不怎麽健康的查句
既然你是查比多，，自然索引就在上

[解决办法]
，，，海老大得
分服器，不行就常用查字符做主存，
[解决办法]
你既然不查详细介绍，用啥全文索引。。。
[解决办法]
至於ID那嘛- -，，可以自己刷嘛
[解决办法]
不行，就限制用的繁查起，，，
比如1分之内只能起5次查
那就只有2法了，，，分服器 做群集 做均衡
百度 google做 主存

[解决办法]
分不放在不同硬，，有任何意