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

数据库设计 javaweb javaee 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教
40分	如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。
20分	表分开，业务代码尽量写的可重用。访问一套系统没问题
	引用 1 楼 AA5279AA 的回复: 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目
	引用 3 楼 yisshengyouni 的回复: Quote: 引用 1 楼 AA5279AA 的回复: 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。后来用起来才知道，表多了后期维护起来就方便多了。。。我目前为止，还从未在一家公司超过一年，挺遗憾的。
	引用 2 楼 huxiweng 的回复: 表分开，业务代码尽量写的可重用。访问一套系统没问题谢谢版主的回答，但按照这样，有11个县市区，那就需要11套业务表，11套各个地方的流程，11套业务处理，这样和分别开发系统，分开部署有什么区别呢我想问下，一般像这种总公司与子公司之间，总公司只需要掌握子公司的部分信息，子公司的业务还是由他们自己各自处理的情况，应该如何去设计呢
	引用 4 楼 AA5279AA 的回复: Quote: 引用 3 楼 yisshengyouni 的回复: Quote: 引用 1 楼 AA5279AA 的回复: 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。后来用起来才知道，表多了后期维护起来就方便多了。。。我目前为止，还从未在一家公司超过一年，挺遗憾的。这个确实遗憾，本来自己很早就想离职，因为感觉自己的技术有了瓶颈，一直没有什么大的提升，不过在小公司也有点好处就是可以自由发挥，从需求调研到安装培训全部都一个人负责，也算是种锻炼吧
20分	这个如果是涉及省份较多，当然是分开了，针对省开发一个，市开发一个，县开发一个。但是应该是类似得。这样比较好管理。政府的项目不差钱，开发的多钱多啊
20分	引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。
	引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教我觉得楼主要做的就是一个OA系统。
	引用 8 楼 zhuchao_ko 的回复: Quote: 引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。额，其实我也想说的通俗易懂，只是自己的语言组织表达能力有限，其实你说的这种协同办公平台和我们公司用domino做的办公系统一样，我说的这个和OA也确实差不多，只不过中间涉及到的业务操作多点，比如在这个环节要填这个表单，那个环节要填另一个表单，表单里面的内容可能是一张表，也可能是多张表的还有一个想问下，开发2年不到，是一个人开发，还是多人开发？
	引用 10 楼 yisshengyouni 的回复: Quote: 引用 8 楼 zhuchao_ko 的回复: Quote: 引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。额，其实我也想说的通俗易懂，只是自己的语言组织表达能力有限，其实你说的这种协同办公平台和我们公司用domino做的办公系统一样，我说的这个和OA也确实差不多，只不过中间涉及到的业务操作多点，比如在这个环节要填这个表单，那个环节要填另一个表单，表单里面的内容可能是一张表，也可能是多张表的还有一个想问下，开发2年不到，是一个人开发，还是多人开发？哎哟尼玛国务院就搞这个 DOMINO 别提了我头晕。
	额，我又不搞domino

数据库设计 javaweb javaee 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教
40分	如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。
20分	表分开，业务代码尽量写的可重用。访问一套系统没问题
	引用 1 楼 AA5279AA 的回复: 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目
	引用 3 楼 yisshengyouni 的回复: Quote: 引用 1 楼 AA5279AA 的回复: 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。后来用起来才知道，表多了后期维护起来就方便多了。。。我目前为止，还从未在一家公司超过一年，挺遗憾的。
	引用 2 楼 huxiweng 的回复: 表分开，业务代码尽量写的可重用。访问一套系统没问题谢谢版主的回答，但按照这样，有11个县市区，那就需要11套业务表，11套各个地方的流程，11套业务处理，这样和分别开发系统，分开部署有什么区别呢我想问下，一般像这种总公司与子公司之间，总公司只需要掌握子公司的部分信息，子公司的业务还是由他们自己各自处理的情况，应该如何去设计呢
	引用 4 楼 AA5279AA 的回复: Quote: 引用 3 楼 yisshengyouni 的回复: Quote: 引用 1 楼 AA5279AA 的回复: 如果你是小员工的话，估计用不着你操心，当然思考练一练还是不错的。。。如果你是项目经理的话。估计不用我们说什么。。。说实在的，对你的具体业务不是特别懂，不好乱码，只能简单说说，如有误，请别见怪。我想能不能像父类继承子类一样。这么多地方的业务，肯定有相同的，那就放到父类中，如果不同的，那就放到子类中。。尽量的不要重复代码，并且降低耦合度。数据库的话可以建一张表，有的地方没有的字段置为null. 但是个人感觉，我宁愿建多张表来去实现。。。谢谢你的回答，本来觉得这种事是不需要自己去考虑，但公司是个小公司，一共就几个人而已，公司招的人一般就是一年多的，最多干个两三年就走了，所以公司的项目架构一直都没什么提高，我在公司也才两年而已，在项目架构的设计上也有点力不从心，我也学得建多张表在后期拓展和数据分离方面会好点，但一共有11个县市区，就意味着要建11套业务表，每一套按5张表算，一共也有55张，最主要的是，公司的项目一直都是一个人做一个项目以前我跟着一个师傅，挺牛的，感觉。一开始看他建表。N多表。。。觉得不理解，为什么要这么多。。好多内容完全可以集合在一张表中的。。后来用起来才知道，表多了后期维护起来就方便多了。。。我目前为止，还从未在一家公司超过一年，挺遗憾的。这个确实遗憾，本来自己很早就想离职，因为感觉自己的技术有了瓶颈，一直没有什么大的提升，不过在小公司也有点好处就是可以自由发挥，从需求调研到安装培训全部都一个人负责，也算是种锻炼吧
20分	这个如果是涉及省份较多，当然是分开了，针对省开发一个，市开发一个，县开发一个。但是应该是类似得。这样比较好管理。政府的项目不差钱，开发的多钱多啊
20分	引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。
	引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教我觉得楼主要做的就是一个OA系统。
	引用 8 楼 zhuchao_ko 的回复: Quote: 引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。额，其实我也想说的通俗易懂，只是自己的语言组织表达能力有限，其实你说的这种协同办公平台和我们公司用domino做的办公系统一样，我说的这个和OA也确实差不多，只不过中间涉及到的业务操作多点，比如在这个环节要填这个表单，那个环节要填另一个表单，表单里面的内容可能是一张表，也可能是多张表的还有一个想问下，开发2年不到，是一个人开发，还是多人开发？
	引用 10 楼 yisshengyouni 的回复: Quote: 引用 8 楼 zhuchao_ko 的回复: Quote: 引用楼主 yisshengyouni 的回复: 公司最近接了个项目，是政府的一个业务系统，涉及到业务审批，而且业务与流程关联比较紧密，使用者包括这个市下面的所有区县，每个区县的业务与市政府类似，但在操作流程上可以不一样，涉及到的表字段也会不一样。本来是打算每个区县单独安装一套程序和数据库，只将市里需要的信息同步到市里的数据库，这样就可以为每个地方单独设计处理各自的业务，但现在公司希望只使用一套系统，每个地方都访问同一个项目，数据库也使用同一个，这样一来，如果每个地方的业务都放在一起处理，代码就会非常的乱，如果每个地方的业务代码分开写，代码量又会非常大，而且大量都是重复的。数据库的设计也是一样，不知道是为每个地方单独建一套对应的业务表，还是所有的都放一起求教不就是个协同办公平台嘛不要说的那么深唬谁？我在某X政府做协同下也有10来个县乡按权限划分功能模块一个总管理员，每个县乡行政事业单位分级管理。当时模块算了有120多个。开发2年不到。这个需求一定要做好，否则深陷泥潭不能自拔。额，其实我也想说的通俗易懂，只是自己的语言组织表达能力有限，其实你说的这种协同办公平台和我们公司用domino做的办公系统一样，我说的这个和OA也确实差不多，只不过中间涉及到的业务操作多点，比如在这个环节要填这个表单，那个环节要填另一个表单，表单里面的内容可能是一张表，也可能是多张表的还有一个想问下，开发2年不到，是一个人开发，还是多人开发？哎哟尼玛国务院就搞这个 DOMINO 别提了我头晕。
	额，我又不搞domino

文章评论已关闭！