Office中国论坛/Access中国论坛

标题: 表设计分类问题 [打印本页]

作者: jiutianxingchen 时间: 2018-9-4 18:08
标题: 表设计分类问题
现在公司有若干个数据库都是分客户设置的，可以分两类，一类为,NI,GFH,美国，JR,法国C，德国C等客户数据库，一类是HCM数据库，前一种结构基本相同，有一种HCM数据库和其他数据库字段有很多不都一样，我现在想把这些数据库合并成一个总的数据库，但是订单表与订单详情表要保持完整性和级联更新级联删除，如何设置两者之间的关系呢？还是要做两个数据库？恳求路过大侠帮忙看下如何设置~在此拜谢了，谢谢您啦~

作者: roych 时间: 2018-9-5 10:37
1、每个订单号是在该数据库中不重复还是在整个集团里都不会重复（即各有各的命名规则，保证不会重复）？
——如果仅仅在数据库内不会重复（例如，用自动编号设置订单号那种），合并起来的时候就要考虑加上国家代码之类前后缀进行识别了。
——如果是在整个集团内不会重复的话，则可以先用联合查询合并起来。
2、字段不完全一样，一旦合并的话，可以考虑建立一个拥有全部字段的宽表，再设置识别字段。例如：
表1：
国家  客户姓名性别微信号 QQ号
表2：
国家  客户姓名性别 Facebook 推特号
合并后：
表来源  国家客户姓名性别微信号 QQ号 Facebook 推特号
表1    中国  华南区张三男 wx123815 10001
表2    日本  北海道苍老师女                   123@gmail  156@Twitter

作者: jiutianxingchen 时间: 2018-9-5 10:44

roych 发表于 2018-9-5 10:37
1、每个订单号是在该数据库中不重复还是在整个集团里都不会重复（即各有各的命名规则，保证不会重复）？
...

谢谢R神，
1，同客户订单号不会重复，可以像您说的设置国别代码区分，或者设置客户+订单号的复合主键。
2，关于合并后的宽表，很多字段是不是就会出现空值啊，这样会影响sql的性能吗？我主要就是纠结这个地方。
再次感谢您的指点~谢谢

作者: roych 时间: 2018-9-5 10:49

jiutianxingchen 发表于 2018-9-5 10:44
谢谢R神，
1，同客户订单号不会重复，可以像您说的设置国别代码区分，或者设置客户+订单号的复合主键。
...

合并的话，肯定是有些冗余的。但是，如果考虑到查询的便捷性，也是可以考虑的。此外，索引设置好，一般问题不大。在其他数据库里，上百个字段的表都是有的。
只是查询的时候，应该兼顾2种用户的习惯

作者: jiutianxingchen 时间: 2018-9-5 10:57

roych 发表于 2018-9-5 10:49
合并的话，肯定是有些冗余的。但是，如果考虑到查询的便捷性，也是可以考虑的。此外，索引设置好，一般问 ...

谢R神，
我这个HCM数据库里的订单详情就会有120多个字段，合并后会更多点，其实2个类型的数据库平时没有交集，做两个数据库也可以，但是后面成本核算，财务方面就不区分那个客户了，会统一处理，您认为是分开做两套系统好点，还是合并做一个系统好点呢？感谢~

作者: roych 时间: 2018-9-5 12:01

jiutianxingchen 发表于 2018-9-5 10:57
谢R神，
我这个HCM数据库里的订单详情就会有120多个字段，合并后会更多点，其实2个类型的数据库平时没有 ...

如果做2个系统，那么就应该做一个成本核算系统（链接这两个软件必要的数据表）。
以前，我们做生产管理系统时，是根据不同流程单独做系统，供不同岗位的同事使用的。但部分表是共用的（例如，订单表，人员信息表等等）。这个做法你可以参考下。
如果合起来的话，则需要重新评估用户权限问题。哪些人不能看哪些数据。除此以外，数据量和并发用户也是一个考量指标。具体可以根据实际情况而定。
各有优缺点吧。合起来方便查询，便于管理。分开则可以简化权限问题（相对而言），排版布局也不需要再更改。

作者: jiutianxingchen 时间: 2018-9-5 14:34

roych 发表于 2018-9-5 12:01
如果做2个系统，那么就应该做一个成本核算系统（链接这两个软件必要的数据表）。
以前，我们做生产管理 ...

恩，感谢R神耐心的解答，十分感谢~谢谢~

欢迎光临 Office中国论坛/Access中国论坛 (http://www.office-cn.net/)