Oracle11g 增加顺序文件中的字段长度 如果要在顺序文件中扩展字段长度,您是否宁愿在记录末尾添加一个新字段,因为在固定记录格式的中间增加字段长度会引起问题?

Oracle11g 增加顺序文件中的字段长度 如果要在顺序文件中扩展字段长度,您是否宁愿在记录末尾添加一个新字段,因为在固定记录格式的中间增加字段长度会引起问题?,oracle11g,cobol,mainframe,Oracle11g,Cobol,Mainframe,在这种情况下,解决方案是在末尾添加字段。p> 未来 你还需要思考 关于未来。您不希望必须重新编译每个使用 每次更改复印机时,都会创建一个文件。 有几种解决办法 在末尾添加一个填充物-空间 使用VB文件-VB文件不太常见,也不易传输 文件驱动程序:在一个程序中执行所有IO,将程序与文件隔离 采用任何选项意味着: 只有使用新字段的程序才需要重新编译 在将文件更改实施到生产中时,创建文件的程序需要先进入。使用新字段的程序可以在天/周/月之后运行。这可以简化实施。几个小的实现远比一个巨大的大爆炸

在这种情况下,解决方案是在末尾添加字段。p>
未来 你还需要思考 关于未来。您不希望必须重新编译每个使用 每次更改复印机时,都会创建一个文件。 有几种解决办法

  • 在末尾添加一个填充物-空间
  • 使用VB文件-VB文件不太常见,也不易传输
  • 文件驱动程序:在一个程序中执行所有IO,将程序与文件隔离
采用任何选项意味着:

  • 只有使用新字段的程序才需要重新编译
  • 在将文件更改实施到生产中时,创建文件的程序需要先进入。使用新字段的程序可以在天/周/月之后运行。这可以简化实施。几个小的实现远比一个巨大的大爆炸实现简单
  • 在大型机上,每次文件属性更改时,它都会保存对JCL的更改
在末尾添加一个填充物 只需将文件定义为

 01 My-Copybook
    05 First-field                         Pic ...
       ....
    05 Last-field                          Pic ...
    05 Filler                              Pic X(60).
在添加新字段时,在末尾使用一些填充符:

 01 My-Copybook
    05 First-field                         Pic ...
       ....
    05 Last-field                          Pic ...
    05 new-field                           pic X(10)
    05 Filler                              Pic X(50). *> reduced to 50
使用可变长度记录 您可以使用VB文件,如

 01 Largest-possible-record                Pic x(500).

 01 My-Copybook
    05 First-field                         Pic ...
       ....
    05 Last-field                          Pic ...
您现在可以将记录扩展到500字节

使用文件驱动程序 使用模块(文件驱动程序)读取/写入文件。所有应用程序 将调用文件驱动程序来执行实际的IO

应用程序将有如下功能

 05 Large-Record                          Pic x(1000).
 05 My-Record   redefines Large-Record.
    10 First-field                        Pic ...
        ....
    10 Last-field                         Pic ...
文件驱动程序不仅可以编写文件,还可以添加/验证文件 标题/拖车或其他文件检查记录,表明应用程序不可用
感兴趣。

本例中的解决方案是在末尾添加字段


未来 你还需要思考 关于未来。您不希望必须重新编译每个使用 每次更改复印机时,都会创建一个文件。 有几种解决办法

  • 在末尾添加一个填充物-空间
  • 使用VB文件-VB文件不太常见,也不易传输
  • 文件驱动程序:在一个程序中执行所有IO,将程序与文件隔离
采用任何选项意味着:

  • 只有使用新字段的程序才需要重新编译
  • 在将文件更改实施到生产中时,创建文件的程序需要先进入。使用新字段的程序可以在天/周/月之后运行。这可以简化实施。几个小的实现远比一个巨大的大爆炸实现简单
  • 在大型机上,每次文件属性更改时,它都会保存对JCL的更改
在末尾添加一个填充物 只需将文件定义为

 01 My-Copybook
    05 First-field                         Pic ...
       ....
    05 Last-field                          Pic ...
    05 Filler                              Pic X(60).
在添加新字段时,在末尾使用一些填充符:

 01 My-Copybook
    05 First-field                         Pic ...
       ....
    05 Last-field                          Pic ...
    05 new-field                           pic X(10)
    05 Filler                              Pic X(50). *> reduced to 50
使用可变长度记录 您可以使用VB文件,如

 01 Largest-possible-record                Pic x(500).

 01 My-Copybook
    05 First-field                         Pic ...
       ....
    05 Last-field                          Pic ...
您现在可以将记录扩展到500字节

使用文件驱动程序 使用模块(文件驱动程序)读取/写入文件。所有应用程序 将调用文件驱动程序来执行实际的IO

应用程序将有如下功能

 05 Large-Record                          Pic x(1000).
 05 My-Record   redefines Large-Record.
    10 First-field                        Pic ...
        ....
    10 Last-field                         Pic ...
文件驱动程序不仅可以编写文件,还可以添加/验证文件 标题/拖车或其他文件检查记录,表明应用程序不可用
有兴趣。

是的,更容易在结尾添加一个新的字段。中间有一些未使用的小字段,但是它们是无用的,因为我不能扩展它们的长度,因为我需要一个更大的字段,我必须在末尾加上它。如果我继续为每一个新的需求添加最后的结果是什么?为什么你用“代码>大型机< /代码>和<代码> Oracle 11G/<代码>来标记你的问题?是的,更容易在最后添加一个新的字段。中间有一些未使用的小字段,但是它们是无用的,因为我不能扩展它们的长度,因为我需要一个更大的字段,所以我必须在末尾添加它。如果我继续为每一个新的需求添加最后的结果是什么?为什么你用“代码>大型机< /代码>和<代码> Oracle 11G/<代码>来标记你的问题?在中间我有一些未使用的小字段,但是它们是无用的,因为我不能扩展它们的长度,因为我需要一个更大的字段,我必须在末尾加上它。如果我继续在每个新需求的末尾添加字段,会产生什么后果?如果您只是在每个更改的末尾添加字段,则需要重新编译并重新测试使用该文件的每个程序。在Mainfame上,您还需要每次更改JCL。如果采用上述选项,则只需重新编译访问新字段的程序。采用上述方法,也就是说,生成文件的程序可以在读取文件的任何程序之前投入生产。中间有一些未使用的小字段,但它们不能用,因为我不能扩展它们的长度,因为我需要一个更大的字段,我必须在末尾加上它。如果我继续在每个新需求的末尾添加字段,会产生什么后果?如果您只是在每个更改的末尾添加字段,则需要重新编译并重新测试使用该文件的每个程序。在Mainfame上,您还需要每次更改JCL。如果采用上述选项,则只需重新编译访问新字段的程序。采用上述方法还意味着创建文件的程序可以在读取文件的任何程序之前投入生产。