匿名通过本文主要向大家介绍了db2解决方案专家认证,graco db2,db2数据库下载,db2数据库,db2等相关知识,希望本文的分享对您有所帮助
</div>
【导读】描述了多种常用功能的解决方法，而这些功能并不完全符合关系誓约。
简介
关系模型是一件美好事物。对它妥协是牵强附会，就象给米开朗琪罗的大卫扣上一顶棒球帽一样。然而，不属于纯关系模型的事物可能最终出现在您的数据库或应用程序中。如果您以修道士般的严肃态度看待关系誓约，那么不必继续阅读本文。对那些可能希望享受在狂野地带漫步的人而言，本文将带您到 RDBMS 的红灯区。请继续阅读本文以发现如何：
存储派生值
给每行编号以创建一个人工键
检索由 DB2® 生成的标识值
给结果集中的行编号
请求数据然后截断结果集
删除表中所有行而不记入日志
用视图和重命名表命令“删除”列
加宽 varchar 列
学习何时使用真的视图以及汇总表（名声不太好的实现视图）
学习声明的临时表与公共表表达式之间的差异
这些技术中的一些技术可以改进性能，就象您可能在 RDBMS 参考手册中看到的实用建议，它建议您使数据符合第四范式，然后在实现设计前做一些妥协以取得需要的性能。其它一些技术会使应用程序程序员的工作更简单，并且带来性能上意想不到的效果。
派生值
您可能在关于关系数据库的大学课程中的某处学到不要存储派生值。毕竟，可以在组装结果集时计算这些值，从而避免数据库中的冗余数据，并获得正确答案。DB2 在版本 7 中引入生成的列有以下几个原因。
请求数据的用户可能正在使用您没有控制权的应用程序。如果他们正在使用只需移动和点击鼠标就可以完成工作的应用程序进行 SELECT * 操作，他们可能没有意识到他们真正希望看到的是 COMPENSATION，并且必须将 COMMISSION 和 SALARY 列中的值相加。一个生成的列允许您存储这个值，并保持它的准确性：
2 3 4 5 6 下一页</div> </div> </div> </div> </div>