按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
对原始表的备份 你要在新表的数据完全恢复后马上做一个备份
警告 当你还没有确认新表已经完全正常之前千万不要丢弃原有的备份
下边给出了一个 ORACLE 数据库中邮件清单表的实际的真实例子
INPUT
CREATE TABLE MAILING_TBL_BKUP AS
SELECT * FROM MAILING_TBL；
OUTPUT
Table Created。
INPUT
drop table mailing_tbl；
OUTPUT
Table Dropped。
INPUT
CREATE TABLE MAILING_TBL
（ INDIVIDUAL_ID VARCHAR2（12） NOT NULL
INDIVIDUAL_NAME VARCHAR2（30） NOT NULL
ADDRESS VARCHAR（40） NOT NULL
CITY VARCHAR（25） NOT NULL
STATE VARCHAR（2） NOT NULL
ZIP_CODE VARCHAR（9） NOT NULL
） TABLESPACE TABLESPACE_NAME
STORAGE （ INITIAL NEW_SIZE
NEXT NEW_SIZE）
OUTPUT
Table created。
320
…………………………………………………………Page 321……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
INPUT
INSERT INTO MAILING_TBL
select * from mailing_tbl_bkup；
93；451 rows inserted。
CREATE INDEX MAILING_IDX ON MAILING TABLE
（ INDIVIDUAL_ID ）
TABLESPACE TABLESPACE_NAME
STORAGE （ INITIAL NEW_SIZE
NEXT NEW_SIZE ）
OUTPUT
Index Created。
INPUT
grant select on mailing_tbl to public
OUTPUT
Grant Succeeded。
INPUT
drop table mailing_tbl_bkup；
OUTPUT
Table Dropped。
分析
重新生成表和索引可以让你的存储空间达到最优化 这将会提高整体的性能 切记
只有当你确认新生成的表正确无误以后才可以删除原有表的备份 而且你也应该知道你用
另一种方法达到了相同的结果 请检查数据库文档看一下它的可以选项
数据库的调整
调整数据库就是将数据库的服务优化的过程 如果你刚开始使用 SQL 那么除非你是
数据库管理员或是刚刚接触关系型数据库的数据库管理员 否则你不公直接面对数据库的
调整 不管你是不是数据库管理员 也不管理你会不会使用 SQL 来在应用程序中编程 如
果想让所有的部分协同工作 通常的调整技巧有以下几点
321
…………………………………………………………Page 322……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
将数据库所需的全部大小最小化
在设计时预留出增长的空间很好 但是不要对此过于迷恋 不要将你以后数据库的增
长空间与资源强行捆绑
对用户进程进行可用时间片试验
这样你可以为不同的用户分配不同的可控时间
优化你所使用的应用的网络包的尺寸
要通过网络传送大量的数据 应该设定网络的最大包尺寸 你参考你的数据库和网络
文档来查看更多的内容
将大表分配于不同的磁盘上
如果并发用户访问位于多个磁盘上的大表 等待系统资源的机会就会减少
将数据库的排序区 系统目录区 撤消区分布于不同的磁盘上 见下图
这些区域是用户访问最多的区域 把它放在多个硬盘上你可以最有效地利用资源
增加 CPU
这样系统管理及数据库的性能将会得到极大的提高 增加 CPU 可以提高数据处理的速
度是显而易见的 如果你在机器上将有多个 CPU 那么你将有机会行使并行处理策略 关
于并行处理请参考你的数据库相关文档中的更详细的信息— — 如果它在你的环境中是可用
的话
增加内存
一般说来 这样会更好
将表和索引存贮在不同的硬盘上
只要有可能 你就应该将索引和与它相关的表存储在不同的硬盘上 这种安排可以在
读表的同时访问与该表相关的索引 存储在多个硬盘上的对象的实际能力取决于有多少块
硬盘连接于控制器上
下图给出的如何隔离数据库各个主要区域的简单例子
在上图中使用了四个设备 从 DISK01 到 DISK04 这样做的目的是保证每个盘都有较
322
…………………………………………………………Page 323……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
高的访问率
DISK01…系统目录中存储着关于表 索引 用户 统计信息 数据文件的名字 大小
增加长度以及其它的相关数据 它在事务中被访问的次数相当多
DISK02…每天的每一次对表的内容的改变 插入 更新 删除 都会更新事务的历史
记录信息 事物记录是在线事务的一项重要功能 但它在只读型的数据库如 DSS 或数据仓
库中的意义不大
DISK03…ROLLBACK 段对于事务处理环境的意义也很大 可是 如果很少进行事务活
动的话 ROLLBACK 段就不会被经常使用
DISK04…这里是数据库排序区 也就是说它是 SQL 语句过程和排序数据 如 GROUP BY
或 ORDER BY 子句 的临时存放区域 DSS 和数据仓库是排序区域的典型代表 但是
在事务处理环境中也考虑使用排序区域
技巧 你也应该注意到数据库的表和索引是如何入到每一个磁盘上的 应该尽可能地将表
和索引分开
注意在上图中表和索引是被安排在不同的设备上的 你也可以看在 大表 和索引在
不同设备上的交互访问 这种技术将大表分为可以访问的小段 交互访问表和索引是一种
控制碎片的办法 在这种情况下可以在参考相关索引的同时进行读表 这就会提高数据的
整体访问速度
这个例子的确是非常简单的 根据你所使用的数据库的函数 大小和相互关系 你可
以找到类似的方法对系统进行优化以提高工作性能 如果钱不是问题那么完美的方法是将
每一个数据库实体都放在一个硬盘上 包括大表和索引
注 DBA 与系统管理员应该协同工作以平衡数据库的使用空间和优化服务器的可用存储空
间
对数据库的调整要依据你所使用的数据库系统而定 显而易见 优化查询要比调整数
据库的作用更明显 也就是说当你还没有将 SQL 应用本身调整好时你不要期望在对数据库
的调整上得到太多的回报 以调整数据库为专职的人员会专攻一种数据库产品以学习尽可
能多的关于它的特点和特性 尽管数据库的调整经常被认为是一项痛苦的工作 但是它可
以让真正了解它的人对它更充分地利用
323
…………………………………………………………Page 324……………………………………………………………
SQL 21 日自学通（V1。0） 翻译人 笨猪
性能的障碍
我们已经说不许多的对一个数据库性能产生影响的可能方面 最具有代表性的瓶颈涉及到
系统级的维护 数据库的维护和对 SQL 语句的管理
这里总结了常见的大多数对系统性能和数据库响应时间有影响的因素
没有很好地利用服务器上的可用设备— — 电脑可能基于某种原因已经购买了多个磁盘 如
果你没有将一些数据库的重要组件分布在多个磁盘上的话性能就会受到影响 要让系统的
能力和数据库服务的能力尽可能地发挥
没有经常性的执行 MIT 命令 — — 懒于使用 MIT 命令和 ROLLBACK 命令的结果
会导致你的服务器出现瓶颈
允许批量载入于日常进程同时工作 当数据库还存在其它用户时运行批量载入会对每个人
都产生影响 批处理进行会由于成为最终用户和系统资源之间的瓶颈
在创建 SQL 语句时不认真 — — 不负责任地创建复合语句会比标准语句耗用更多的系统时
间
技巧 你可以用不同的来优化你的 SQL 语句的结构 具体的步骤依据 SQL 服务器处理你
的过程的步骤而定
对于有索引的表运行批处理任务时 — — 你可以会需要几天几夜才能完成一个批处理的任
务 而一般的批量载入任务也许只要几个小时 索引会对批量载入任务访问表中更多的行
造成障碍
可分配的存储空间中有更多的并发用户 随着当前数据户用户和系统用户的增多 你可以
会因为过程的共享而需要更多的内存
创建索引的列只存在不多的可选数值 — — 对如性别这样的列创建索引并不会非常有效 所
以 你所创建的索引返回的行数应该占表的并行数比较低
对小表创建了索引 — — 这时使用全表扫描可能会更有效
没有有效地管理系统的资源— — 对系统资源的管理不善如数据库初始化 表的创建 不受
控制的碎片 和不正确的系统维护会浪