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

wildfish

我赞成第二个，这样可以减少海量数据在OLTP中，而且PF可以用一样的结构，只是用户登陆的时候，添加的库列表不一样。这样就不需要该程序了。

China_Free_Man

原帖由 "smile-wz" 发表：
我选一。我们公司就是用的方案一。我们有7个分公司。
用同一的程序，同一的数据库，将来对做数据仓库也有好处。
另外，如果各公司的程序都不同版本，维护起来很不便。且不好控制需求。
同一个数据库，同一套程序?.........

你好！
我想问一下，你们公司用的系统实施多久了，有没有出现某个MEBER中的数据记录存储不下了，系统报出提示MSG?

smile-wz

在编译PF是把参数设为*NOMAX就不会出险数据记录存储不下的情况了。
顺便说一句，我们公司原来也是各自为战的，前年才merge到一起。
统一数据库应该是大势所趋。合并的时候问题会很多。

China_Free_Man

原帖由 "smile-wz" 发表：
在编译PF是把参数设为*NOMAX就不会出险数据记录存储不下的情况了。
顺便说一句，我们公司原来也是各自为战的，前年才merge到一起。
统一数据库应该是大势所趋。合并的时候问题会很多。

我也注意到了可以使用*NOMAX参数的，但是我看系统帮助：                                                           
*NOMAX                                                     
    The number of records that can be added to each member
    of the file is not limited by the user.  The maximum   
    size of each member is determined by the system.      
好象是说也是一个相对的概念，我担心分公司多了，数据存储量大了会出问题。
顺便问一下，你们公司系统客户端用的是IBM的工具呢，还是用其他语言写的？

smile-wz

客户端用的是JAVA.
IBM不是号称海量存储吗？我想一般公司的业务量做个50年应该没问题吧。
哈哈，只是信口说说。

China_Free_Man

原帖由 "smile-wz" 发表：
客户端用的是JAVA.
IBM不是号称海量存储吗？我想一般公司的业务量做个50年应该没问题吧。
哈哈，只是信口说说。

谢谢你提供的信息！
你们7个分公司作整合工作大概用了多长时间？我想大概估算一下我们需要的工作量。

smile-wz

我们公司的integration工作还在进行中。不过现在是在做外围系统的改版和同一工作。核心数据库的合并早已完成，大概用了半年多的时间。

China_Free_Man

[quote]原帖由 "smile-wz"]我们公司的integration工作还在进行中。不过现在是在做外围系统的改版和同一工作。核心数据库的合并早已完成，大概用了半年多的时间。[/quote 发表：

哦，谢谢！