求教，具有类似业务的多个系统该如何整合为一个项目，数据库应如何设计较好

2013-10-29 09:02:24 597 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

数据仓库【主数据】 1.主数据的定义主数据（MD-Master Data）指系统内或系统之间的共享数据。 2.主数据的特征主数据是具有共享性的基础数据，可以在企业内跨越各个业务部门被重复使用的，因此通常长期存在且应用于多个系统。由于主数据是企业基准数据，数据来源单一、准确、权威，具有较高的业务价值，因此是企业执行业务操作和决策分析的数据标准。 3.主数据管理的四大要素集成、共享、数据质量、数据治理主数据管理要做的就是从企业的多个业务系统中整合最核心的、最需要共享的数据（主数据），集阅读详情

公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，
使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。
本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。
数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起
求教

...全文

数据仓库系列（三）数据仓库--高级维度建模方法--对维度的各种情况进一步整合和拆分写在前面：我是「nicedays」，一枚喜爱做特效，听音乐，分享技术的大数据开发猿。这名字是来自world order乐队的一首HAVE A NICE DAY。如今，走到现在很多坎坷和不顺，如今终于明白nice day是需要自己赋予的。白驹过隙，时光荏苒，珍惜当下~~ 写博客一方面是对自己学习的一点点总结及记录，另一方面则是希望能够帮助更多对大数据感兴趣的朋友。如果你也对大数据与机器学习感兴趣，可以关注我的动态 https://blog.csdn.net/qq_35050438，让我们一起挖掘数据与. 阅读详情

yisshengyouni

Java EE 67,535 成员 225,843 内容

+ 关注 + 加入社区

切换为时间正序

yisshengyouni 2013-10-30

打赏
举报

引用 8 楼 zhuchao_ko 的回复:

[quote=引用楼主 yisshengyouni 的回复:] 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教

不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。[/quote] 额，其实我也想说的通俗易懂，只是自己的语言组织表达能力有限，其实你说的这种协同办公平台和我们公司用domino做的办公系统一样，我说的这个和OA也确实差不多，只不过中间涉及到的业务操作多点，比如在这个环节要填这个表单，那个环节要填另一个表单，表单里面的内容可能是一张表，也可能是多张表的还有一个想问下，开发2年不到，是一个人开发，还是多人开发？

悲催的程序猿 2013-10-30

打赏
举报

引用楼主 yisshengyouni 的回复:

公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教

我觉得楼主要做的就是一个OA系统。

朱超ZhuChao.Tech 2013-10-30

打赏
举报

引用楼主 yisshengyouni 的回复:

公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教

不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。

别闹腰不好 2013-10-30

打赏
举报

这个如果是涉及省份较多，当然是分开了，针对省开发一个，市开发一个，县开发一个。但是应该是类似得。这样比较好管理。政府的项目不差钱，开发的多钱多啊

yisshengyouni 2013-10-30

打赏
举报

额，我又不搞domino

朱超ZhuChao.Tech 2013-10-30

打赏
举报

引用 10 楼 yisshengyouni 的回复:

[quote=引用 8 楼 zhuchao_ko 的回复:] [quote=引用楼主 yisshengyouni 的回复:] 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教

yisshengyouni 2013-10-29

打赏
举报

引用 4 楼 AA5279AA 的回复:

[quote=引用 3 楼 yisshengyouni 的回复:] [quote=引用 1 楼 AA5279AA 的回复:] 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。

谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目

[/quote] 以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。后来用起来才知道，表多了后期维护起来就方便多了。。。我目前为止，还从未在一家公司超过一年，挺遗憾的。[/quote] 这个确实遗憾，本来自己很早就想离职，因为感觉自己的技术有了瓶颈，一直没有什么大的提升，不过在小公司也有点好处就是可以自由发挥，从需求调研到安装培训全部都一个人负责，也算是种锻炼吧

yisshengyouni 2013-10-29

打赏
举报

引用 2 楼 huxiweng 的回复:

表分开，业务代码尽量写的可重用。访问一套系统没问题

谢谢版主的回答，但按照这样，有11个县市区，那就需要11套业务表，11套各个地方的流程，11套业务处理，这样和分别开发系统，分开部署有什么区别呢我想问下，一般像这种总公司与子公司之间，总公司只需要掌握子公司的部分信息，子公司的业务还是由他们自己各自处理的情况，应该如何去设计呢

失落夏天 2013-10-29

打赏
举报

引用 3 楼 yisshengyouni 的回复:

[quote=引用 1 楼 AA5279AA 的回复:] 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。

[/quote] 以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。后来用起来才知道，表多了后期维护起来就方便多了。。。我目前为止，还从未在一家公司超过一年，挺遗憾的。

yisshengyouni 2013-10-29

打赏
举报

引用 1 楼 AA5279AA 的回复:

如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。

teemai 2013-10-29

打赏
举报

表分开，业务代码尽量写的可重用。访问一套系统没问题

失落夏天 2013-10-29

打赏
举报

如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。

求教，具有类似业务的多个系统该如何整合为一个项目，数据库应如何设计较好

相关推荐