类似于多企业通用网站的OA 平台该怎么设计？

[ncxjc]

我这边要一个100多个企业的OA。想搭个大平台，让以后新加企业好控制。我目前想的几种方案一个是企业数据库独立、程序独立再在加个控制全部企业的程序。二是是企业数据库独立、程序调用相同文件，通过不同企业ID访问不同企业数据库，再在加个控制全部企业的程序。三、数据库和程序做在一起，每条记录都带上企业ID 高手指点一下行不，我想做成第三种，不过领导怕到时候数据库好乱 或者能还有更好的解决方法 目前已经有一个OA程序了，只是要改程序，前两种改动不大，第三种几乎是要搭过，只是一些模块能拿出来用。 对了，我们其他部门当时想过做这种形式，但是也放弃了，不知道会不会有什么大的漏洞。

[jdlsfl]

感觉第三种是比较好的，其实维护也是最简单的，应该不会混乱。
每个企业有自己的ID，企业的对象由企业的ID区分标志。
而且这样对以后增加企业也是方便的。

[hnjd314053754]

同意二楼】
不是感觉，而是确实第三种比较好

[老紫竹]

如果程序可以满足所有企业的要求，那么第二种最好。

原则，数据库一定要分开。理由

一旦一个企业由于某个问题导致错误，不会引起所有的企业不能使用。
可以把错误控制在最小的范围内。

另一面，程序用一套，减少了维护量。
虽然数据库备份的量很大，不过那是机器干活，又不是我们自己。

[ncxjc]

我还是采用了第二种方法.

没有紫竹大哥看的远,因为这种方法对于我已经做了一套OA 实现起来比较简单.

而且企业想改成架在自己服务器上,这种维护也是最简单的.我直接导那个企业的数据库就好.

但是如果以后要加模块 改动数据库 这时候就比较困难了.

不知道有没有好的方法

[jdlsfl]

假如数据库不一致，以后就要维护多个数据库！这会很苦的。

老紫竹说的一个企业出问题影响其它的我觉得应该机会不多，而且如果出这样的错误肯定是程序方面的，通过完善程序可以解决。

也许我理解不对，我始终觉得一套程序一个数据库维护更方便一些。