我们有一个自动化方法,它采用我们的内部报告规范文件并创建BIRT,Cognos和其他特定于产品的报告规范,我们也希望将其扩展到大型机上的QMF。
到目前为止,在我们的概念验证中,我们一直在使用QMF产品手动生成报告查询和表单 但是如果我们编码,这可以提高效率翻译层,与我们的其他翻译人员类似。
为此,我们基本上需要重新设计QMF表单的文件格式。报告查询本身很容易,因为它们仅仅是带有一些参数替换的SQL(我预计GDDM图表会出现一些严重的问题,但这会让人失望)。但是,表单虽然文本模式有些问题,因为它们包含如下可读内容:
H QMF 07 F 04 E V W E R 01 03 93/07/20 09:17
T 1110 003 011 1112 007 1113 040 1114 007 1115 006 1116 005 1117 005 ...
R CHAR Date OMIT 0 10 ...
R CHAR Machine name 1 16 ...
R NUMERIC CPU average usage 1 8 ...
V 1201 001 0
V 1202 001 1
T 1210 002 003 1212 004 1213 006 1214 055
R 1 CENTER &TITLE
R 2 CENTER Date: &1
V 1301 001 1
V 1302 001 0
T 1310 001 003 1312 004 1313 006 1314 055
R 1 CENTER &PRODNAME: &REPID
V 1401 002 NO
V 1402 001 1
V 1403 001 0
T 1410 001 003 1412 004 1413 006 1414 055
R 1 RIGHT
V 1501 001 1
V 1502 003 YES
V 1503 003 YES
:
and so on ...
有没有人知道是否有这样的信息?我在网上搜索无济于事,大多数链接似乎导致IBM的用户doco在此事上非常沉默。
答案 0 :(得分:2)
可以在QMF 9.1 documentation regarding exports。
中找到该文档其中的表格结合以下信息,应该允许对文件内容进行全面分析。
V
行(如果存在)会影响以下T/R
组合。例如,V 1201 001 0
(所有代码,如1201
及其含义在给定链接中描述)表明下一个表在标题前面有空行。
请注意,参数由长度整数001
后跟实际参数组成。长度整数的大小由H
行决定,如上面的链接所示。这样可以非常灵活地定义文件内容。
表格由T
行后跟一行或多行R
行组成。 T
行指定表的类型以及构成该表的R
行的数量和格式。一个例子:
T 1210 002 003 1212 005 1213 007 1214 020
R 1 CENTER &TITLE
R 2 CENTER Date: &1
<-5-> <--7--> <--------20-------->
(最后一行是出于解释目的,不是文件的一部分)具有以下含义:
1210
是页面标题表(根据链接)。002
R
行。003
行都有R
个列,每个列之间有一个空格:
1212
是页面标题行号005
。1213
是大小为007
的页面标题对齐方式。1214
是尺寸为020
的页面标题文字。