IBMi应用现代化迁移最佳实践.PDF

IBM i应用现代化迁移最佳实践 从传统DDS到SQL的转换，嵌入式SQL RPG使用SQL建表及开发的最佳实践 易建科技股份有限公司：金融事业部 讲解：李万军 撰写：王晓迅 邢国强 IBM： 钟嘉田 2017-7-14 上海 1 议题 • DDS物理/逻辑数据库文件与SQL表的区别对比 • 传统AS400的DDS数据字典到SQL表转换方法 • RPG使用SQL索引替代DDS逻辑文件/物理文件 • SQLRPG(SQE)运行与RPG(RLA,CQE)性能比较 2 为什么要对DDS进行SQL迁移？ DDS存在的问题： 1）DDS无法建立文件(表)之间的约束 (constraints)关系，例如定义主/外键关系…… 无法利用众多的E-R数据库建模工具,无法定义表分区… 2）DDS建立字段的类型和属性限制多，例如定义BIGINT、ROWID、DBLOB；定义自增长 系列sequence …… 3）IBM的战略方向是SQL，大多数DB2新功能不支持DDS n）最大的问题：DDS非业界标准，缺乏可移植性！ DDS SQL 差异 LIBRARY 库 Collection 或者Schema SQL 自动建立日志 FILE 文件 TABLE 表 SQL表名可大于10个字符 RECORD 记录 ROW 行 赋值NULL不同 FIELD 字段 COLUMN 列 SQL 列名可大于10个字符 Logical FILE 无键字逻辑文件 VIEW （并非完全相同）视图 Logical FILE 有键字逻辑文件 SQL INDEX 无法使用SQL INDEX （并非完全相同）索引 Physical File 有键字物理文件 SELECT语句直接访问 3 DDS物理/逻辑数据库文件与SQL表的区别对比 示例：DDS定义带键值的物理文件SALARY ，SQL可以访问DDS中的蓝色部分。 使用SQL SELECT查询语句：SELECT * FROM SALARY ORDER BY EYCODE时， DDS 表示的键字在SQL SELECT语句中不保证被使用，如果需要排序应该使用 子句 “ORDER BY EYCODE”这是因为SQL不会自动引用DDS PF关联的“keyed access path”，这个“keyed access path”只是SQL查询优化器建立查询计 划可以考虑的索引之一，优化器将决定是否使用该键字。 A REF(*LIBL/REFILE) A UNIQUE A R SALAR A DATE R REFFLD(REFMT/DATE1) A