上海交通大学高级数据库课件陆朝俊ed6ch24解读.ppt

应用程序测试 程序测试 需要设计一个测试用例集 不是一次性完成的 每次修改可能带来新的bug 数据库应用程序测试 测试用例包括两部分: 数据库状态, 程序输入 测试用例应能发现一些细微差别:例如连接与外连接 如果测试用例更新了DB, 正确性体现在显示输出和DB状态中 一个用例更新DB会影响其他用例的测试预期结果,造成误判: 恢复 性能测试:测试DB须与真实DB相当 遗产系统 遗产系统是与当代标准和系统不兼容但是仍处于生产应用的老一代系统 例如运行于主机之上的用Cobol写的应用 今天的热门新系统是明天的遗产系统! 将遗产系统应用移到更现代的环境中是有问题的 非常昂贵, 因为遗产系统可能涉及多年来形成的几百万行代码 原来的程序员通常不再找得到 从老系统转换到新系统也是问题 稍后详述 一种方法: 在遗留应用之上构造包装器(wrapper)层以允许新系统与遗留应用之间的互操作 例如使用 ODBC 或OLE-DB 作为包装器 替换遗产系统 逆向工程: 检查遗产系统代码, 以便重写应用 遗留系统经常没有文档或只有过时的文档 用ER或OO模型给出遗产系统的模式设计 找出实现了哪些过程和进程, 以得到对系统的一个高层模型 重建工程: 紧随逆向工程而进行新系统的设计 在此过程中对现有系统设计进行了改进 应用迁移 从老系统到新系统的切换是个问题 生产系统是每天要用的, 生成新数据 暂停系统可能导致整个公司的活动停顿, 带来巨大损失 大爆炸方法 实现完整的新系统 将来自遗产系统的数据加载到新系统 关闭老系统并开始使用新系统 这个方法的危险性: 用户不熟悉新系统,新代码有错误或性能问题 杞人忧天(Chicken-little)方法 一次只替换遗产系统的一部分:例如先替换用户界面 对能从遗产系统分离出来的功能使用新系统 遗产系统和新系统共存一段时间 标准化 当代数据库系统的复杂性和互操作需求导致了一系列标准. 程序设计语言的语法和语义 应用程序接口中的函数 数据模型 (如面向对象/对象关系数据库) 正式标准是由标准化组织(ANSI, ISO) 或工业界团体, 通过公开过程开发的标准. 事实标准是被广泛接受的标准而没有经过任何正式认可过程 由统治性厂商(IBM, Microsoft) 定义的标准经常成为事实标准 事实标准常经历一个正式认可过程并成为正式标准 标准化(续) 预见标准引领市场, 所定义的特性由厂商以后实现 确保未来产品的兼容性 但常常变得很庞大和笨拙, 因为标准组织可能没有足够注意易实现性 (如SQL-92 或SQL:1999) 反应标准试图对厂商已经实现了的特性进行标准化, 而且很可能以不同方式标准化. 可能难以说服厂商去改变已经实现了的特性. 如OODB系统 SQL标准历史 SQL由 IBM 在七十年代末八十年代初开发 SQL-86 是第一个正式标准 IBM SAA SQL标准, 1987年 SQL-89向 SQL-86 增加了在很多系统中已经实现的特性 是个保守标准 SQL-92向SQL-89增加了许多新特性(先行标准) 定义了遵从级别(入门级, 中间级和完全级 ) 即使现在也只有极少数据库厂商完全实现了SQL-92 SQL标准历史(续) SQL:1999 增加了多种新特性:扩展数据类型,面向对象,过程,触发器等. 分成若干部分 SQL/Framework (Part 1): 总论 SQL/Foundation (Part 2): 类型, 模式, 表, 查询/更新语句, 安全性等 SQL/CLI (调用级接口) (Part 3): API SQL/PSM (持久存储模块) (Part 4): 过程扩展 SQL/Bindings (Part 5): 适应各种嵌入语言的嵌入式SQL SQL标准历史(续) 更多部分正在标准化进程中 Part 7: SQL/Temporal: 时态数据 Part 9: SQL/MED (外部数据管理) 数据库与外部数据源的接口 允许将其他数据库甚至文件视为本数据库的一部分 Part 10 SQL/OLB (对象语言绑定): 在Java中嵌入 SQL 略去的第6 和第8 部分所涉及的内容离标准化还早 SQL标准历史(续) SQL:2003 由9部分组成: Part 1: SQL/Framework Part 2: SQL/Foundation Part 3: SQL/CLI (Call-Level Interface) Part 4: SQL/PSM (Persistent Stored Modules) Part 9: SQL/MED (Management of External Data) Part 10: SQL/OLB (Object Language Binding) Part 11: S