1.把一个表拆成若干个表.这种做法合理吗?
用户注册到USER表.USER表是基本信息,但站点分做了几个频道.
比如有个征婚频道,一个招聘频道. 一般用户注册了基本信息.他不用写一些其它信息,比如他不想写简历.
这样就把USER表拆成了几块.如果用户访问了招聘.就让他把简历等写上.如果用户访问了征婚.让他把个人介绍写上.
于是把USER表分成了一个 一对一关系的三个表.
这种设计合理吗? 应该怎么建这样的表. 保持1对1关系并做到删除USER主表自动删除其它两个表. 分不分均合理,均符合3NF所以关键看你的应用。从你的需求看,建议分表,利用外键及联删除和更新
用户注册到USER表.USER表是基本信息,但站点分做了几个频道.
比如有个征婚频道,一个招聘频道. 一般用户注册了基本信息.他不用写一些其它信息,比如他不想写简历.
这样就把USER表拆成了几块.如果用户访问了招聘.就让他把简历等写上.如果用户访问了征婚.让他把个人介绍写上.
于是把USER表分成了一个 一对一关系的三个表.
这种设计合理吗? 应该怎么建这样的表. 保持1对1关系并做到删除USER主表自动删除其它两个表. 分不分均合理,均符合3NF所以关键看你的应用。从你的需求看,建议分表,利用外键及联删除和更新
TABLE FILEPATH id
A a.jpg 1 A表 ID=1 存储 a.jpg的信息
B ad.jpg 2
这样合理吗? 没看懂你的设计表之间的关系可用 外键约束 实现