一个产品表，有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做 主動緩存

------解决方案--------------------
分區不放在不同硬盤，，沒有任何意義