经验请教：关于在实际应用系统中数据存储的方案？！

China_Free_Man

问题描述：本系统需要存储五个分公司的业务数据，为了方便处理，不知道以什么方式存储比较合适？
我的想法：
1。在每个PF中加上一个ID字段将数据加以区分，也方便综合统计和以分公司为单位统计。但是这样我担心数据过多，影响性能。
2。针对每个PF,创建PF-DTA的OBJ，每个分公司对应一个，放在不同的LIB中，针对不同分公司的用户更改库列表，让每个分公司用户可以操作自己的数据。
3。针对每个PF,,创建5个MEMBER,每个MEMBER中存储一个公司的数据。
请大家提提实用的建议！

xuguopeng

我选2

每个分公司的用户JOBD里设置他的环境，库名按照分公司的特点命名，备份和恢复都很方便

zzzddd

我选1，这样我觉得才是真正的集中。但是我也知道，这样的修改会花很长时间，而且需要协调好。
不选2的理由是因为一旦有许多分公司的话，环境一多，会不便于管理。

971726

我选1。除zzzddd所说的好处外，程序可以通用，不用为每个分公司写一套程序。比如你的entry,update数据等。

zzzddd

971726补充的好！

xuguopeng

[quote]原帖由 "971726"]我选1。除zzzddd所说的好处外，程序可以通用，不用为每个分公司写一套程序。比如你的entry,update数据等。[/quote 发表：


有道理~~

aeiou

1、2组合。

数据库设计按1的方式，用专门的ID字段区分不同的公司。
同时按分公司分列环境，分别使用不同LIB下的数据库。
如果分公司过多，可以把数据量较少的几个公司放在同一个数据库下。

好处是数据可分可合，因为数据库结构相同，放在一起可以根据ID字段区分，数据量太大可以分成几个文件管理。

不选3主要是OvrDbf比较麻烦。程序上要有变化。1、2组合可以使用完全相同的程序。

xuguopeng

其实那也的看分公司与总公司的业务制度是否相同，如果不同就不能共用一套程序了

China_Free_Man

谢谢大家积极的建议！
需要说明的是五个分公司的业务处理是一样的。
我比较倾向于用2，因为这样五个分公司可以共用同样的程序。数据可以分开存储处理，只需要给每个分公司的用户初始他们的库列表就可以。但是可能总公司汇总统计就麻烦点。
至于1，2结合可能维护有点麻烦。
用1工作量，编码量就大了。。。。
请大家再谈谈看！

smile-wz

我选一。我们公司就是用的方案一。我们有7个分公司。
用同一的程序，同一的数据库，将来对做数据仓库也有好处。
另外，如果各公司的程序都不同版本，维护起来很不便。且不好控制需求。
同一个数据库，同一套程序，开始做会复杂一点，但是值得的。