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

[yisshengyouni]

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

[失落夏天]

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

[teemai]

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

[yisshengyouni]

引用 1 楼 AA5279AA 的回复:

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

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

[失落夏天]

引用 3 楼 yisshengyouni 的回复:

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

谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心， 我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张， 最主要的是，公司的项目一直都是一个人做一个项目[/quote] 以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。 后来用起来才知道，表多了后期维护起来就方便多了。。。 我目前为止，还从未在一家公司超过一年，挺遗憾的。

[yisshengyouni]

引用 2 楼 huxiweng 的回复:

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

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

[yisshengyouni]

引用 4 楼 AA5279AA 的回复:

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

谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心， 我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张， 最主要的是，公司的项目一直都是一个人做一个项目[/quote] 以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。 后来用起来才知道，表多了后期维护起来就方便多了。。。 我目前为止，还从未在一家公司超过一年，挺遗憾的。[/quote] 这个确实遗憾，本来自己很早就想离职，因为感觉自己的技术有了瓶颈，一直没有什么大的提升， 不过在小公司也有点好处就是可以自由发挥，从需求调研到安装培训全部都一个人负责，也算是种锻炼吧

[宁波朱超]

引用 10 楼 yisshengyouni 的回复:

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

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

[yisshengyouni]

额，我又不搞domino

[别闹腰不好]

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

[宁波朱超]

引用 楼主 yisshengyouni 的回复:

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

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

[悲催的程序猿]

引用 楼主 yisshengyouni 的回复:

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

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

[yisshengyouni]

引用 8 楼 zhuchao_ko 的回复:

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

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