大型数据库设计的问题
公司要做一个门户型的网站，用户能自己上传产品，可以在线，卖东西的，类似淘宝。这个数据库预计会很大，请教大家，这样的产品表要怎么设计，是一张表还分几张表?哪种方式能提高他的查询效率。。。怎么做比较好啊？。。。。第一次做大的，原来都做企业站，求帮忙了。谢谢！
------解决方案--------------------

C2C？B2B？B2C？C2B2C？这些都不重要。
从来没有因为数据库因为涉及的业务多而就必须特别的照顾，任何一个应用程序的数据库都需要被良好的设计。
我倒不认为这是数据库的大小，从根本上讲是业务的大小。
如果先搞清楚了业务，再评估了技术和用什么数据库，才能知道你得数据库怎么设计。关系型数据库和NOSQL是完全不同的出发点。如果仅是关系型数据库自然就是面向业务实体对象。
------解决方案--------------------

引用:

引用:可根据你们实际的业务流程来设计表结构
建议可把产品表分开做，比如淘宝就是把产品信息单独放在一个表里了您能具体说说嘛？什么内容放到一张表，这样多表联合查询会加快速度吗？

这还真不好具体说，这得看你的项目大小，或者说这个项目运营后能达到什么样的程度。

还得要看你商品的种类是否是1对N，扩展属性等功能是否要完备.
所以还得看你们自己的需求来定结构