比如有如下的一个博客：该博客存储的数据比较杂
可以存储
电影数据：
音乐数据：
商品数据：
图片数据：
软件数据：
要存储这么多的数据，表如何设计？
每种数据都有他特有的特性，例如音乐有填词人，作曲人，图片有像素。
总不可能一个表，然后每个数据的不同特性都给一个字段。
但是如果分表的话，一个总表，记录着类型和id等基本的，电影数据一个表，图片数据一个表，等等…..这样的话，如果是取出所有数据时，需要查询多张表，导致效率比较低效。
有没有什么更好的设计解决方法？
回复内容：
比如有如下的一个博客：该博客存储的数据比较杂
可以存储
电影数据：
音乐数据：
商品数据：
图片数据：
软件数据：
要存储这么多的数据，表如何设计？
每种数据都有他特有的特性，例如音乐有填词人，作曲人，图片有像素。
总不可能一个表，然后每个数据的不同特性都给一个字段。
但是如果分表的话，一个总表，记录着类型和id等基本的，电影数据一个表，图片数据一个表，等等…..这样的话，如果是取出所有数据时，需要查询多张表，导致效率比较低效。
有没有什么更好的设计解决方法？
本2文来*源gao($daima.com搞@代@#码(网搞gaodaima代码
可以用nosql,比如mongodb的document的方式存储。
不必拘泥于字段。
若題主用的是mysql5.7， 可以把存儲數據的字段設置爲json類型的， 如
<code>//其他數據字段...//电影数据，音乐数据等設計爲json{ “move”: { }, "music" : { } //.......}</code>
分表之后前台后的逻辑是要分开写的：
前台读取的时候不要直接读取主表数据，通过具体类型的附表去关联查询主表。
后台直接读取主表信息，但是不要读取附表，只在后台列表中显示主表内的数据，有需要展示附表的数据放到详情页面去。如果真的需要展示各个附表中的某些字段的话，那么牺牲一些性能也是值得的，另外这种如果是所有附表都有的字段也要提到主表中
可以参考2楼的 但如果还是希望单一种类数据库的话可以参考wordpress的库设计…他是将非主要或者可变类型属性设计成key-value形式的副表存储…思想是和nosql一致的….只是实现用了关系型数据库来实现
或者可以用EAV结构设计，表只存数据，在其上加一层代码以满足不同类型数据的需求。
具体方法搜一下EAV就可以了，magento是用这种方法实现的网店。
转载请注明原文链接：一个主表，多个不同类型的附表该怎么设计？
