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

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

hanyu 回复于：2002-05-08 22:15:43

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

neo2718 回复于：2002-05-08 22:19:51

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

hanyu 回复于：2002-05-08 22:34:11

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

neo2718 回复于：2002-05-08 22:52:48

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

neo2718 回复于：2002-05-08 21:47:02

hanyu 回复于：2002-05-08 22:15:43

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

neo2718 回复于：2002-05-08 22:19:51

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

hanyu 回复于：2002-05-08 22:34:11

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

neo2718 回复于：2002-05-08 22:52:48

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

tongyuanliu 回复于：2003-03-18 09:54:10

我想请教一下，RPG是什么？ 我是新手。

原文转自：http://www.ltesting.net