使用SQL语句进行RPG源程序的分析

neo2718

简单举个例子：
第一步：建立source member的别名
CREATE ALIAS QTEMP/SRCMBR FOR  RPGLIB/RPGSRC(SRCMBR1)
第二步：使用SELECT语句进行分析
SELECT * FROM QTEMP/SRCMBR
WHERE     SRCDTA LIKE 'M0%' AND SRCDTA LIKE '%CRCD%'
以上方法的好处在于省的在SEU中多次ｓｅａｒｃｈ

hanyu

有没有办法
在我改了物理文件后自动将相关的程序重编译一遍?

neo2718

这种需求到是比较怪，我没听说过。能说说基于什么明确的目的吗？

hanyu

用rpg 编译后的程序 记住了物理文件的格式,
如果物理文件改变,又没有重新编译rpg 程序 就会 level check 出错.
可以通过修改 物理文件的 LVLCHK 参数,控制不做 level check,但这样不好.
理想的方案,当数据结构发生变化时,应该检查相关的程序.
由人做太累,最好有程序来做.

neo2718

　用数据库也是存在这个问题，凡涉及到被修改表结构的程序也是需要人来改啊。现在我们开发的时候都是这么进行搜索的，然后修改相关的程序。
　DB2默认的创建表的的ｆｉｌｅ　ｄｅｓｃｉｒｐｔｉｏｎ的LVLCHK就是*YES,SYBASE到是默认不检查。
　

neo2718

hanyu

有没有办法
在我改了物理文件后自动将相关的程序重编译一遍?

neo2718

这种需求到是比较怪，我没听说过。能说说基于什么明确的目的吗？

hanyu

用rpg 编译后的程序 记住了物理文件的格式,
如果物理文件改变,又没有重新编译rpg 程序 就会 level check 出错.
可以通过修改 物理文件的 LVLCHK 参数,控制不做 level check,但这样不好.
理想的方案,当数据结构发生变化时,应该检查相关的程序.
由人做太累,最好有程序来做.

neo2718

　用数据库也是存在这个问题，凡涉及到被修改表结构的程序也是需要人来改啊。现在我们开发的时候都是这么进行搜索的，然后修改相关的程序。
　DB2默认的创建表的的ｆｉｌｅ　ｄｅｓｃｉｒｐｔｉｏｎ的LVLCHK就是*YES,SYBASE到是默认不检查。