关于数据库设计问题

csdnTimePeriod 2013-02-04 01:19:56
有这样一个项目,需要持有某种生产许可证的单位上报信息,信息包括证件持有人的信息、证件号和对应的产品生产量信息、产品接收方信息和接收量。一个单位可以有多份生产许可证,每份证件可以生产一定量的产品,可以销售给多家企业。

持证人--生产证--接收方的关系为:
1 n
1 n

但是看到的数据库设计使用申报条形码做主键,设计为持证人表(含sn),生产证信息表(含sn,另有主键),接收方信息(含sn,另有主键),即三个表没有联系关系,但是都包含sn号。

这种设计和我想的不一样,大家讨论讨论吧?
...全文
285 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
csdnTimePeriod 2013-02-16
  • 打赏
  • 举报
回复
如果按照我个人的设计,有持证人--生产证和生产证--接收方的关系,持证人和接收方没有直接关系;如果按照实际设计,有持证人--生产证,生产证--接收方和持证人--接收方的关系。
csdnTimePeriod 2013-02-04
  • 打赏
  • 举报
回复
就是数据表直接的关联少了,这样对于数据库的操作更好呢还是建立1-n,1-n的关联更好操作呢?当然这只是个很小的应用,不过也许以后碰上更复杂的情况也知道怎样处理好。
昵称被占用了 2013-02-04
  • 打赏
  • 举报
回复
也没有问题,原因是实际输入过程申报条形码获取标准化和强制化
starseeker7 2013-02-04
  • 打赏
  • 举报
回复
你说的设计很简单 ,然后就你给的简单的信息来说是合理的 你得说说你为什么觉得它不合理

27,579

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧