开发环境.PHP ZEND.数据库 POSTGRESQL(虽然不是ORACLE.但是一笔写不出两个DATABASE,请版主手下留情) 操作系统LINUX
因为设计上的原因,要分库分表,
主要的实体有 用户(消费者)   , 经销商,商品,订单,商品评论,订单状态信息,等等.
现在要对用户,订单.订单状态等信息进行分库分表操作.
现在计划每表10万条数据,每库50个表.每个服务器上5个实例
希望大家能组一个方案,
能完成以下功能.
1.对于单条数据检索,可以快速定位数据(10分)
2.对于多条数据检索,可以快速检索数据(20分)
3.可以方便的进行增,删,改的操作,尤其是增,最好能提供成熟的分库方案.(30分)
4.对于数据统计,可以快速返回查询结果(40分)

谢谢大家啦


大家在这个系统中,如果觉得思路上有什么问题,也可以广泛拍砖,
在下这也是头一次做大规模的互联网类的应用,大家多帮忙
谢谢 ,欢迎各位版主做大系统构架的,过来指导.

这么大的题目？可以做个ebay或者卓越当当了。
ORACLE是不主张分库（SHARDING）的，它的理念是鼓励垂直扩展。
当一个事务分布在多个库上时，应用的复杂性会大大增加。
在没有具体需求的情况下，很难有什么具体答案。

QUOTE:

---

原帖由 newkid 于 2008-9-17 10:10 发表
这么大的题目？可以做个ebay或者卓越当当了。
ORACLE是不主张分库（SHARDING）的，它的理念是鼓励垂直扩展。
当一个事务分布在多个库上时，应用的复杂性会大大增加。
在没有具体需求的情况下，很难有什么具体答案。

---

不需要太具体的方案,
只要给成熟的思路就可以了,
谢谢啦

给你找了两个参考资料：


开源数据库 Sharding 技术 (Fenng, 管理版块的版主哦)
http://www.dbanotes.net/database/database_sharding.html


可伸缩性最佳实践：来自eBay的经验(Randy Shoup, eBay的架构师)
http://www.infoq.com/cn/articles/ebay-scalability-best-practices

你可以结合自己的需要马上写出一篇忽悠大作。

顶，请大侠们给出经验。

需要高手才能解决问题了

"现在要对用户,订单.订单状态等信息进行分库分表操作.
现在计划每表10万条数据,每库50个表.每个服务器上5个实例
"
对楼主上面这两句话不是太理解，请解释下。