我列一下我的疑问:主要是php+mysql,但是有些问题应该是要考虑通性,和数据库共有的问题.1 像一个明星表,需要储存图片相对路径,前期可能只需要一个图片,后期可能需要二个图片,三个图片,甚至不定的图片,且要支持所有数据库的所有的操作,删除,修改==; 设计方式:a 直接在主表上加字段,对于不定图片,不要求反向操作话,如用like查询,可以保存成name:path|name:path串;
b 附表,字段有:id 主表id,path,with,height等等,
这二种方式,性能如何?是否还有更加好的方式,还是要针对性的去解决,绝对只有一个图片的用加字段方式,有n个图片,采用上面的b方式;2 表字段多少是否有性能的影响,如一些不定属性的主体:像音乐,有名字,歌词,出品公司,作词,作曲,==,会有很多,且有些属性并不是每条记录必须的,对于这些情况,方式: a 加字段 b 附加二个表,一个存属性名,另一个放值,疑问: 像top 10条这类的属性,在n条记录中,肯定是同时只有10条用到,但是却是每条都有机会,是否这种建立一个附表更加好点呢?直接加上主表上又有点浪费;看了一下有人的建议是,少于80列,尽量把图片/在总记录中点比极小类字段分离出来,如top 10;3 推荐一本高级的数据库设计书,不是数据库开发哦,最好能在网络上搜索到,或是专门讲实例的更加好,如电信类数据应用例,别只是举例那些,没有真正项目应用到,这种没意思.
谢谢
b 附表,字段有:id 主表id,path,with,height等等,
这二种方式,性能如何?是否还有更加好的方式,还是要针对性的去解决,绝对只有一个图片的用加字段方式,有n个图片,采用上面的b方式;2 表字段多少是否有性能的影响,如一些不定属性的主体:像音乐,有名字,歌词,出品公司,作词,作曲,==,会有很多,且有些属性并不是每条记录必须的,对于这些情况,方式: a 加字段 b 附加二个表,一个存属性名,另一个放值,疑问: 像top 10条这类的属性,在n条记录中,肯定是同时只有10条用到,但是却是每条都有机会,是否这种建立一个附表更加好点呢?直接加上主表上又有点浪费;看了一下有人的建议是,少于80列,尽量把图片/在总记录中点比极小类字段分离出来,如top 10;3 推荐一本高级的数据库设计书,不是数据库开发哦,最好能在网络上搜索到,或是专门讲实例的更加好,如电信类数据应用例,别只是举例那些,没有真正项目应用到,这种没意思.
谢谢
解决方案 »
免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货