 |
|
|
|
|
|
|
DB2设计中物理设计应该尽可能的和逻辑结构相近，但是为性能做出的物理设计改变不能被忽略，因为它们并不来自于逻辑设计。
就像在DB2手册和其他地方说明的一样，你只能在你的内存非常受限的情况下(10000 4k pages或者更少)，你没有时间去管理它，你也没有考虑到性能的条件下，去这样做。最好这样说：不要放置除了DB2 catalog和目录以外的东西进入BP0。[详细介绍] | |
| 专题策划：天极Yesky开发频道 内容提供：方舟 五月[010-82657868-588] | |
| |
|
|
|
|
DB2数据库初始调优和设计方面的考虑 |
|
| 对于一个应用程序的性能来说，其中数据库的性能是一个重要因素。由于应用程序及其相关的数据总会随着时间的推移而发生变化，因此必须不断地对数据库进行调优从而使其保持最佳水准。然而，花在调优上的努力应该在一个合理的范围之内。调优应该有一个度，超过了这个度的一切努力只能产生负面影响。 [详细阅读] |
|
|
|
|
|
|
DB2数据库SQL编码优化基础 |
|
| 由于 SQL 与过程化语言不同，它提供了更高的抽象级别，因此它可以让程序员把精力集中到他们需要 什么样的数据，而不是 如何检索数据。您不必使用嵌入式数据导航指令来编码 SQL。DB2 会分析 SQL，并“在幕后”制定数据导航指令。这些数据导航指令叫作 存取路径。让 DBMS 确定到数据的最优存取路径解除了程序员肩上沉重的负担。[详细阅读] |
|
|
|
|
|
|
步步深入DB2应用程序性能调整 |
|
| 在任何DB2调整之前，都必须对可发现问题的性能信息做一个总览。DB2子系统有一些工具来获取信息并且产生DB2的跟踪记录，它被写到SMF或者GTF目标文件中。一般使用的性能相关信息记录的目标文件是SMF。DB2创建三种常见的SMF记录标识符：100，101和102。DB2给这些记录类型分配多个级别。这些级别被定义在DSNZPARM或者在START TRACE命令里，并且告诉DB2来统计哪个级别的数据。[详细内容] |
|
| |
|
|
|
|
| 性能优化却涉及系统的各个方面，它包括设计、SQL代码优化、数据库性能调节等等，不过要达到最优性能依然需要随系统的变化不断进行调整，最优性能始终处于追求而不可得之中，是系统开发者和管理者的梦想。在本期专题中我将向读者介绍基于DB2数据库的应用系统的优化之道。 |
|
| |
