在做javaEE开发时,这么设计数据库表合理么?
首先谢绝诸如“数据库怎么设计没关系的只要能实现业务就行了”这类的屁话我们要做的是一个简单的网站cms系统功能很简单就是发布新闻领导这么设计的数据库表:实体有新闻广告新闻所...
首先 谢绝诸如“数据库怎么设计没关系的 只要能实现业务就行了”这类的屁话
我们要做的是一个简单的网站cms系统 功能很简单就是发布新闻 领导这么设计的数据库表:
实体有新闻 广告 新闻所属栏目 栏目所属栏目位置 页面对应模板 页面本身 6种
领导把六种实体放入一个数据库表里 用一个字段区分他们 实际上项目除了中间表以外就一个表
至于这些实体间的关联关系 全是自关联 多对多关联关系是外面一个中间表的两个外键同时指向那个大表的主键
关联关系就是栏目和新闻、广告是多对多关系 有一个中间表 中间表两个外键同时指向这个主表的主键
页面本身和栏目又是多对多关系 有一个中间表 中间表两个外键同时指向这个主表的主键
栏目和栏目所属位置是一对多关系
页面本身和页面对应模板是多对一关系
栏目所属栏目位置和页面对应模板是一对多关系
反正就一张表 两个中间表 画建模图全是乱七八糟的自己指向自己的线
反正我们开发人员是看不懂这种设计 我们10个都看不懂 是我们太low了?还是怎么地? 展开
我们要做的是一个简单的网站cms系统 功能很简单就是发布新闻 领导这么设计的数据库表:
实体有新闻 广告 新闻所属栏目 栏目所属栏目位置 页面对应模板 页面本身 6种
领导把六种实体放入一个数据库表里 用一个字段区分他们 实际上项目除了中间表以外就一个表
至于这些实体间的关联关系 全是自关联 多对多关联关系是外面一个中间表的两个外键同时指向那个大表的主键
关联关系就是栏目和新闻、广告是多对多关系 有一个中间表 中间表两个外键同时指向这个主表的主键
页面本身和栏目又是多对多关系 有一个中间表 中间表两个外键同时指向这个主表的主键
栏目和栏目所属位置是一对多关系
页面本身和页面对应模板是多对一关系
栏目所属栏目位置和页面对应模板是一对多关系
反正就一张表 两个中间表 画建模图全是乱七八糟的自己指向自己的线
反正我们开发人员是看不懂这种设计 我们10个都看不懂 是我们太low了?还是怎么地? 展开
1个回答
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询