亚洲国产成人精品无码区二本,日韩色视频一区二区三区亚洲,亚洲男人av香蕉爽爽爽爽

两个sql server数据库同步数�?转脓)

larryjava — Fri, 27 Jul 2007 02:01:00 GMT

　�l�过两天的查扑֒�实践�Q�终于对�Q�如何同步两个sql server的数据有了一个比较粗略的了解�?br>　　不是使用写sql 的方式来实现�Q�而是采用�Q?span>强制订阅实现数据库同步操作，大量和批量的数据可以用数据库的同步机制处理�?br>　　
说明�Q?br>　　为方便操�?所有操作均在发布服务器(分发服务�?上操�?�q��用推模式�Q�在客户机器使用强制订阅方式�?br>
��试通过�Q?br>�Q�＝1:环境
服务器环�?
机器名称�Q?serverDB
操作�pȝ��Q�Windows 2000 Server
数据库版本：SQL 2000 Server 企业�?

客户�?br>机器名称�Q�Joy
操作�pȝ��Q�Windows 2000 Server
数据库版本：SQL 2000 Server 企业�?br>
�Q�＝2:建用户帐�?br>在服务器端徏立域用户帐号
我的电脑��理->本地用户和组->用户->建立
UserName�Q�Joy
UserPwd�Q�Joy

==3:重新启动服务器MSSQLServer
我的电脑->控制面版->��理工具->服务->MSSQLServer 服务
(更改为：域用户帐�?我们新徏的joy用户 .\joy,密码:joy)

�Q�＝4:安装分发服务�?br>A:配置分发服务�?br>工具->复制->配置发布、订阅服务器和分�?>下一�?>下一�?所有的均采用默认配�|?
B:配置发布服务�?br>工具->复制->创徏和管理发�?>选择要发布的数据�?pubs)->下一�?>快照发布->下一�?>
选择要发布的内容->下一�?>下一�?>下一�?>完成
C:强制配置订阅服务�?推模�?拉模式与此雷�?
工具->复制->配置发布、订阅服务器和分�?>订阅服务�?>新徏->SQL Server数据�?>输入客户端服务器名称(joy)->使用SQL Server �w�䆾验证(sa,sa)->��定->应用->��定
D:初始化订�?br>复制监视�?>发布服务�?serverDB)->双击订阅->强制新徏->下一�?>选择启用的订阅服务器->joy->
下一�?>下一�?>下一�?>下一�?>完成

�Q�＝6:��试数据
--在服务器执行:
选择表stores�Q�手动或者通过sql语句修改其中的数据，insert ,update ,delete均可�?br>
复制监视�?>发布服务�?serverDB)->->快照->启动代理�E�序
->ZLP:SZ(强制)->启动同步处理

��L��看同步的 joy:stores 是否插入了一条新的记�?/p>

��试完毕�Q�通过�?/p>

�Q�＝7修改数据库的同步旉��,一般选择夜晚执行数据库同步处�?br>(具体操作�? :D

〔注意说明�?/strong>
服务器一端不能以(local)�q�行数据的发布与分发,需要先删除注册�Q�然后新建注册本地计��机名称

卸蝲方式�Q�工�?>复制->��止发布->是在"ZehuaDb"上静止发�?卸蝲所有的数据库同步配�|�服务器

注意�Q�发布服务器、分发服务器中的SQLServerAgent服务必须启动
      采用推模�? "D:\Microsoft SQL Server\MSSQL\REPLDATA\unc" 目录文�g可以不设�|�共�?br>      拉模�?则需要共享~!

��量数据库同步可以采用触发器实现,同步单表卛_��?br>
�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q�＝�Q?br>配置�q�程中可能出现的问题

在SQL Server 2000里设�|�和使用数据库复制之前，应先��查相关的几台SQL Server服务器下面几�Ҏ��否满��I��

    1、MSSQLserver和Sqlserveragent服务是否是以域用戯��n份启动�ƈ�q�行的（.\administrator用户也是可以的）

        如果��d��用的是本地系�l�帐户local�Q�将不具备网�l�功能，会��生以下错�?

        �q�程未能�q�接到Distributor '@Server name'

      (如果您的服务器已�l�用了SQL Server全文��索服�? 请不要修改MSSQLserver和Sqlserveragent服务的local启动�?br>       会照成全文检索服务不能用。请换另外一台机器来做SQL Server 2000里复制中的分发服务器�?

      修改服务启动的登录用��P��需要重新启动MSSQLserver和Sqlserveragent服务才能生效�?nbsp;

    2、检查相关的几台SQL Server服务器是否改�q�名�U?需要srvid=0的本地机器上srvname和datasource一�?

       在查询分析器里执�?
         use master
         select srvid,srvname,datasource from sysservers

       如果没有srvid=0或者srvid=0�Q�也��是本机器）但srvname和datasource不一�? 需要按如下�Ҏ��修改:

　　USE master
        GO
        -- 讄��两个变量
        DECLARE @serverproperty_servername varchar(100),
                @servername    varchar(100)
        -- 取得Windows NT 服务器和与指定的 SQL Server 实例兌��的实例信�?br>        SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY('ServerName'))
        -- �q�回�q�行 Microsoft SQL Server 的本地服务器名称
        SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
        -- 昄��获取的这两个参数
        select @serverproperty_servername,@servername
        --如果@serverproperty_servername和@servername不同(因�ؓ你改�q�计��机名字),再运行下面的
        --删除错误的服务器�?br>        EXEC sp_dropserver @server=@servername
        --��d��正确的服务器�?br>        EXEC sp_addserver @server=@serverproperty_servername, @local='local'

修改�q�项参数�Q�需要重新启动MSSQLserver和Sqlserveragent服务才能生效�?nbsp;

       �q�样一来就不会在创建复制的�q�程中出�?8482�?8483错误了�?br>
3、检查SQL Server企业��理器里面相关的几台SQL Server注册名是否和上面�W�二炚w��介绍的srvname一�?br>
        不能用IP地址的注册名�?br>
      �Q�我们可以删掉IP地址的注册，新徏以SQL Server��理员��别的用户注册的服务器名）

       �q�样一来就不会在创建复制的�q�程中出�?4010�?0084�?8456�?8482�?8483错误了�?nbsp;

    4、检查相关的几台SQL Server服务器网�l�是否能够正常访�?br>
        如果ping��L��IP地址可以�Q�但ping��L��名不通的时候，需要在

            winnt\system32\drivers\etc\hosts   (WIN2000)
            windows\system32\drivers\etc\hosts (WIN2003)

               文�g里写入数据库服务器IP地址和主机名的对应关�p�R�?br>
例如�Q?nbsp;


           127.0.0.1       localhost
           192.168.0.35    oracledb    oracledb
           192.168.0.65    fengyu02    fengyu02
           202.84.10.193   bj_db       bj_db

或者在SQL Server客户端网�l�实用工具里建立别名�Q�例�?

     5、系�l�需要的扩展存储�q�程是否存在(如果不存在，需要恢�?:

         sp_addextendedproc 'xp_regenumvalues',@dllname ='xpstar.dll'
         go
         sp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstar.dll'
         go
         sp_addextendedproc 'xp_regdeletekey',@dllname ='xpstar.dll'
         go
         sp_addextendedproc xp_cmdshell ,@dllname ='xplog70.dll'

     接下来就可以用SQL Server企业��理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了

larryjava 2007-07-27 10:01 发表评论

sql Server性能优化(转脓)

larryjava — Fri, 27 Jul 2007 02:00:00 GMT

1�?用程序中�Q�保证在实现功能的基��上，��量减少�Ҏ��据库的访问次敎ͼ�通过搜烦参数�Q�尽量减��对表的讉K��行数,最��化�l�果集，从而减�ȝ��l�负担；能够分开的操作尽量分开处理�Q�提高每�ơ的响应速度�Q�在数据�H�口使用SQL�Ӟ��量把��用的索引攑֜�选择的首列；��法的结构尽量简单；在查询时�Q�不要过多地使用通配�W�如SELECT * FROM T1语句�Q�要用到几列��选择几列如：SELECT COL1,COL2 FROM T1�Q�在可能的情况下��量限制��量�l�果集行数如�Q�SELECT TOP 300 COL1,COL2,COL3 FROM T1,因�ؓ某些情况下用��h��不需要那么多的数据的。不要在应用中��用数据库游标�Q�游标是非常有用的工��P��但比使用常规的、面向集的SQL语句需要更大的开销�Q�按照特定顺序提取数据的查找�?/p>
2�?nbsp; 避免使用不兼容的数据�c�d��。例如float和int、char和varchar、binary和varbinary是不兼容的。数据类型的不兼容可能��优化器无法执行一些本来可以进行的优化操作。例�?
SELECT name FROM employee WHERE salary �Q?60000
在这条语句中,如salary字段是money型的,则优化器很难对其�q�行优化,因�ؓ60000是个整型数。我们应当在�~�程时将整型转化成�ؓ钱币�?而不要等到运行时转化�?

3�?nbsp; ��量避免在WHERE子句中对字段�q�行函数或表辑ּ�操作�Q�这��导致引擎放弃��用烦引而进行全表扫描。如�Q?
SELECT * FROM T1 WHERE F1/2=100
应改�?
SELECT * FROM T1 WHERE F1=100*2

SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’
应改�?
SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’

SELECT member_number, first_name, last_name FROM members
WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21
应改�?
SELECT member_number, first_name, last_name FROM members
WHERE dateofbirth < DATEADD(yy,-21,GETDATE())
卻I��M��对列的操作都��导致表扫描�Q�它包括数据库函数、计��表辑ּ��{�等�Q�查询时要尽可能��操作移至等号右辏V�?/p>
4�?nbsp; 避免使用!=或＜�Q�、IS NULL或IS NOT NULL、IN �Q�NOT IN�{�这��L��操作�W?因�ؓ�q�会使系�l�无法��用烦�?而只能直接搜索表中的数据。例�?
SELECT id FROM employee WHERE id != 'B%'
优化器将无法通过索引来确定将要命中的行数,因此需要搜索该表的所有行�?br>
5�?nbsp; ��量使用数字型字�D�，一部分开发�h员和数据库管理�h员喜�Ƣ把包含数��g��息的字段
设计为字�W�型�Q�这会降低查询和�q�接的性能�Q��ƈ会增加存储开销。这是因为引擎在处理查询和连接回逐个比较字符串中每一个字�W�，而对于数字型而言只需要比较一�ơ就够了�?/p>
6�?nbsp; 合理使用EXISTS,NOT EXISTS子句。如下所�C�：
1.SELECT SUM(T1.C1)FROM T1 WHERE(
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
2.SELECT SUM(T1.C1) FROM T1WHERE EXISTS(
SELECT * FROM T2 WHERE T2.C2=T1.C2)
两者��生相同的�l�果�Q�但是后者的效率昄��要高于前者。因为后者不会��生大量锁定的表扫描或是烦引扫描�?br>如果你想校验表里是否存在某条�U�录�Q�不要用count(*)那样效率很低�Q�而且��费服务器资源。可以用EXISTS代替。如�Q?br>IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx')
可以写成�Q?br>IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')

�l�常需要写一个T_SQL语句比较一个父�l�果集和子结果集�Q�从而找到是否存在在父结果集中有而在子结果集中没有的记录�Q�如�Q?br>1.SELECT a.hdr_key FROM hdr_tbl a---- tbl a 表示tbl用别名a代替
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)

2.SELECT a.hdr_key FROM hdr_tbl a
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL

3.SELECT hdr_key FROM hdr_tbl
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)
      三种写法都可以得到同��h��的�l�果�Q�但是效率依�ơ降低�?/p>
7�?nbsp; ��量避免在烦引过的字�W�数据中�Q��用非打头字母搜烦。这也��得引擎无法利用烦引�?nbsp;
见如下例子：
SELECT * FROM T1 WHERE NAME LIKE ‘%L%’
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’
SELECT * FROM T1 WHERE NAME LIKE ‘L%’
即��NAME字段建有索引�Q�前两个查询依然无法利用索引完成加快操作�Q�引擎不得不对全表所有数据逐条操作来完成�Q务。而第三个查询能够使用索引来加快操作�?/p>
8�?nbsp; 分利用连接条�Ӟ��在某�U�情况下�Q�两个表之间可能不只一个的�q�接条�g�Q�这时在 WHERE 子句中将�q�接条�g完整的写上，有可能大大提高查询速度�?br>例：
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND A.ACCOUNT_NO=B.ACCOUNT_NO
�W�二句将比第一句执行快得多�?/p>
9�?nbsp;   消除对大型表行数据的��序存取
      ��管在所有的��查列上都有烦引，但某些�Ş式的WHERE子句��优化器��用顺序存取。如�Q?br>SELECT * FROM orders WHERE (customer_num=104 AND order_num>1001) OR
order_num=1008
解决办法可以使用�q��来避免顺序存取：
SELECT �Q?FROM orders WHERE customer_num=104 AND order_num>1001
UNION
SELECT �Q?FROM orders WHERE order_num=1008
�q�样��p��利用索引路径处理查询�?/p>
10�?避免困难的正规表辑ּ�
      LIKE关键字支持通配�W�匹配，技术上叫正规表辑ּ�。但�q�种匚w��特别耗费旉��。例如：SELECT * FROM customer WHERE zipcode LIKE “98_ _ _”
即��在zipcode字段上徏立了索引�Q�在�q�种情况下也�q�是采用��序扫描的方式。如
果把语句改�ؓSELECT �Q?FROM customer WHERE zipcode >“98000”�Q�在执行查询
时就会利用烦引来查询�Q�显然会大大提高速度�?br>11�?使用视图加速查�?br>把表的一个子集进行排序�ƈ创徏视图�Q�有时能加速查询。它有助于避免多重排�?br>操作�Q�而且在其他方面还能简化优化器的工作。例如：
SELECT cust.name�Q�rcvbles.balance�Q?#8230;…other columns
FROM cust�Q�rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
AND cust.postcode>“98000”
ORDER BY cust.name
如果�q�个查询要被执行多次而不止一�ơ，可以把所有未付款的客��h��出来攑֜�一�?br>视图中，�q�按客户的名字进行排序：
CREATE VIEW DBO.V_CUST_RCVLBES
AS
SELECT cust.name�Q�rcvbles.balance�Q?#8230;…other columns
FROM cust�Q�rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
ORDER BY cust.name

然后以下面的方式在视图中查询�Q?
SELECT �Q?FROM V_CUST_RCVLBES
WHERE postcode>“98000”
视图中的行要比主表中的行��，而且物理��序��是所要求的顺序，减少了磁�?br>I/O�Q�所以查询工作量可以得到大幅减少�?/p>
12�?能够用BETWEEN的就不要用IN
SELECT * FROM T1 WHERE ID IN (10,11,12,13,14)
�Ҏ��Q?br>SELECT * FROM T1 WHERE ID BETWEEN 10 AND 14
因�ؓIN会�ɾpȝ��无法使用索引,而只能直接搜索表中的数据�?/p>
13�?DISTINCT的就不用GROUP BY
      SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID
      可改为：
      SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10


14�?nbsp; 部分利用索引
      1.SELECT employeeID, firstname, lastname
FROM names
WHERE dept = 'prod' or city = 'Orlando' or division = 'food'

      2.SELECT employeeID, firstname, lastname FROM names WHERE dept = 'prod'
UNION ALL
SELECT employeeID, firstname, lastname FROM names WHERE city = 'Orlando'
UNION ALL
SELECT employeeID, firstname, lastname FROM names WHERE division = 'food'
如果dept 列徏有烦引则查询2可以部分利用索引�Q�查�?则不能�?/p>
15�?nbsp; 能用UNION ALL��׃��要用UNION
UNION ALL不执行SELECT DISTINCT函数�Q�这样就会减��很多不必要的资�?/p>
16�?nbsp; 不要写一些不做�Q何事的查�?br>如：SELECT COL1 FROM T1 WHERE 1=0
    SELECT COL1 FROM T1 WHERE COL1=1 AND COL1=2
�q�类�ȝ��不会�q�回��M��l�果集，但是会消耗系�l�资源�?/p>
17�?nbsp; ��量不要用SELECT INTO语句�?br>SELECT INOT 语句会导致表锁定�Q�阻止其他用戯��问该表�?/p>
18�?必要时强制查询优化器使用某个索引
     SELECT * FROM T1 WHERE nextprocess = 1 AND processid IN (8,32,45)
�Ҏ��Q?br>SELECT * FROM T1 (INDEX = IX_ProcessID) WHERE nextprocess = 1 AND processid IN (8,32,45)
则查询优化器��会��利用索引IX_ProcessID 执行查询�?br>
19�?nbsp; 虽然UPDATE、DELETE语句的写法基本固定，但是�q�是对UPDATE语句�l�点��Q?br>a) ��量不要修改主键字段�?br>b) 当修改VARCHAR型字�D�|��Q�尽量��用相同长度内容的��g��ѝ�?br>c) ��量最��化对于含有UPDATE触发器的表的UPDATE操作�?br>d) 避免UPDATE��要复制到其他数据库的列�?br>e) 避免UPDATE建有很多索引的列�?br>f) 避免UPDATE在WHERE子句条�g中的列�?/p>

上面我们提到的是一些基本的提高查询速度的注意事��?但是在更多的情况�?往往需要反复试验比较不同的语句以得到最��x��案。最好的�Ҏ��当然是测试，看实现相同功能的SQL语句哪个执行旉��最��，但是数据库中如果数据量很��，是比较不出来的，�q�时可以用查看执行计划，卻I��把实现相同功能的多条SQL语句考到查询分析器，按CTRL+L看查所利用的烦引，表扫描次敎ͼ��q�两个对性能影响最大）�Q��M��上看询成本百分比卛_��?br>��单的存储�q�程可以用向��D��动生成：在企业管理器工具栏点击运行向导图标，点击”数据�?#8221;�?#8221;创徏存储�q�程向导”。复杂存储过�E�的调试�Q�在查询分析器左边的对象��览器（没有�Q�按F8�Q�选择要调试的存储�q�程,点右键，点调试，输入参数执行�Q�出��C��个��Q动工��h��Q�上面有单步执行�Q�断点设�|�等�?/p>

larryjava 2007-07-27 10:00 发表评论

larryjava — Mon, 04 Jun 2007 01:25:00 GMT

冷备�?/span>...................................................................................................................... 1

1、备份步骤：................................................................................................... 1

2、恢复步骤：................................................................................................... 2

热备�?/span>...................................................................................................................... 2

1、备份步骤：................................................................................................... 2

2、恢复步骤：................................................................................................... 4

Windows�q�_��?/span>oracle备䆾(Veritas BE)...................................................................... 5

1、需要的数据�Q?/span>............................................................................................... 5

2、恢复过�E�：................................................................................................... 5

例子�Q�（�|�上原资料）............................................................................................... 7

1.    �?/span>Oracle的热备䆾重徏数据�?/span>..................................................................... 7

2.    Oracle9i RMAN 备䆾及恢复步�?/span>................................................................ 12

冷备�?/span>

1、备份步骤：

冷备份具有很多优良特性，快速，方便�Q�以及高效。一�ơ完整的冷备份步骤是�Q?/span>

　　1�Q�首先关闭数据库�Q?/font>shutdown normal�Q?/span>

　　2�Q�拷贝相��x��件到安全区域�Q�利用操作系�l�命令拷贝数据库的所有的数据文�g、日志文件、控制文件、参数文件、口令文件等�Q�包括�\径）�Q?/span>

　　3�Q�重新启动数据库�Q?/font>startup�Q?/span>

　　以上的步骤可以用一个脚本来完成操作�Q?/span>

      su – oracle < sqlplus /nolog
      connect / as sysdba
      shutdown immediate;
      !cp 文�g   备䆾位置�Q�所有的日志、数据、控制及参数文�g�Q?/font>;
      startup;
      exit;

2、恢复步骤：

恢复的时候，相对比较��单了�Q�我停掉数据库，��文件拷贝回相应位置�Q�重启数据库��可以了�Q�当然也可以用脚本来完成�?/span>

热备�?/span>

1、备份步骤：

当需要做一个精度比较高的备份，而且我们的数据库不可能停掉（��许讉K��量）�Ӟ��q�个情况下，我们��需要归档方式下的备份，��是下面讨论的热备䆾。热备䆾可以非常�_��的备份表�I�间�U�和用户�U�的数据�Q�由于它是根据归档日志的旉��轴来备䆾恢复的，理论上可以恢复到前一个操作，甚至��是前一�U�的操作。具体步骤如下：

　　1�Q�通过视图v$database,查看数据库是否在Archive模式�?/font>:

        SQL> select log_mode from v$database;

　　如果不是Archive模式

　　则设定数据库�q�行于归档模式下�Q?/font>SQL>shutdown immediate

        SQL>startup mount
        SQL> alter database archivelog;
        SQL> alter database open;

　　如果Automaticarchival昄��?/font>“Enabled”�Q�则数据库归档方式�ؓ自动归档。否则需要手工归档，或者将归档方式修改��动归档，如：
　　正常shutdown数据库，在参数文件中init.ora中加入如下参�?/font>

        SQL>shutdown immediate

　　修改init.ora�Q?/font>

        LOG_ARCHIVE_START=TRUE
        LOG_ARCHIVE_DEST1=ORACLE_HOME/admin/o816/arch(归档日值存放位�|�可以自己定�?/font>)
        SQL>startup

　　然后�Q�重新启动数据库�Q�此�?/font>Oracle数据库将以自动归档的方式工作�?/font>Archive模式下。其中参�?/font>LOG_ARCHIVE_DEST1是指定的归档日志文�g的�\径，��?/font>Oracle数据库文件存在不同的��盘�Q�一斚w��减少��盘I/O竞争�Q�另外一斚w��也可以避免数据库文�g所在硬盘毁坏之后的文�g丢失。归档�\径也可以直接指定为磁带等其它物理存储讑֤��Q�但可能要考虑��d��速度、可写条件和性能�{�因素�?/font>

　　注意�Q�当数据库处�?/font>ARCHIVE模式下时�Q�一定要保证指定的归档�\径可写，否则数据库就会挂��P��直到能够归档所有归档信息后才可以��用。另外，为创��Z��个有效的备䆾,当数据库在创建时,必须履行一个全数据库的冷备�?/font>,��是说数据库需要运行在归档方式,然后正常关闭数据�?/font>,备䆾所有的数据库组成文件。这一备䆾是整个备份的基础,因�ؓ该备份提供了一个所有数据库文�g的拷贝。（体现了冷备䆾与热备䆾的合作关�p�，以及强大的能力）

　　2�Q�备份表�I�间文�g�Q?/font>

        a,首先�Q�修改表�I�间文�g为备份模�?/font> ALTER TABLESPACE tablespace_name BEGIN BACKUP;

        b,然后�Q�拷贝表�I�间文�g到安全区�?/font> !CP tablespace_name D_PATH;

        c,最后，��表�I�间的备份模式关�?/font>    ALTER TABLESPACE tablespace_name END BACKUP;

　　3�Q�对归档日志文�g的备份：

        停止归档�q�程�Q�－>备䆾归档日志文�g�Q�－>启动归档�q�程

        如果日志文档比较多，我们��它们写入一个文件成��Z��个恢复的参考：$   files `ls <归档文�g路径>/arch*.dbf`;export files

　　4�Q�备份控制文�?/font>:

        SQL> alter database backup controlfile to 'controlfile_back_name�Q�一般用2004-11-20的方式）' reuse;

　　当然�Q�我们也可以��上面的东东写�ؓ一个脚本，在需要的时候执行就可以�?/font>:

　　脚本范例�Q?/span>

        su – oracle < sqlplus /nolog
        connect / as sysdba
        ALTER TABLESPACE tablespace_name BEGIN BACKUP

        !CP tablespace_name D_PATH

        ALTER TABLESPACE tablespace_name END BACKUP

        alter database backup controlfile to 'controlfile_back_name�Q�一般用2004-11-20的方式）' reuse;

        !files `ls <归档文�g路径>/arch*.dbf`;export files

2、恢复步骤：

　　热备份的恢复�Q�对于归档方式数据库的恢复要求不但有有效的日志备份还要求有一个在归档方式下作的有效的全库备䆾。归档备份在理论上可以无数据丢失�Q�但是对于硬件以及操作�h员的要求都比较高。在我们使用归档方式备䆾的时候，全库物理备䆾也是非常重要的。归档方式下数据库的恢复要求从全备䆾到失败点所有的日志都要完好无缺�?/span>

        恢复步骤�Q?/font>LOG_ARCHIVE_DEST_1
                     shutdown数据库�?/font>
                     ��全备䆾的数据文件放到原来系�l�的目录中�?/font>
                     ��全备䆾到失败点的所有归档日志放到参�?/font>LOG_ARCHIVE_DEST_1所指定的位�|��?/font>
                     利用sqlplus登陆到空实例。（connect / as sysdba�Q?/font>
                     然后 startup mount
                            set autorecovery on
                            recover database;
                            alter database open;

�q�样�Q�热恢复��q��完工�?/span>

Windows�q�_��?/span>oracle备䆾(Veritas BE)

通过Backup Exec实施Oracle��N��恢复很简单�?/span>

1、需要的数据�Q?/font>

1�?span>FULL CLOSED备䆾

shutdown数据库（不要�?span>shutdown abort��关闭�Q�，实施一个文件��备䆾�Q�备份全部的Oracle相关文�g�Q�包�?span>Windows�pȝ��文�g�Q�系�l�状态和Oracle�E�序文�g和数据文件等内容�?/span>

�q�个冷备份对于快速恢�?span>Oracle数据库系�l�非常关键，如果没有它，�pȝ��被破坏后只能重新安装再恢复，�q�要比直接恢复冷备䆾慢得多，也更复杂�?/font>

每当数据库或表单的物理结构或逻辑�l�构有变化时都应该重新创��个冷备䆾�?/font>

2. FULL ONLINE备䆾

�q�个备䆾要通过Backup Exec Agent for Oracle Server来完成，要备份全部表�I�间�Q�归档日志和控制文�g�Q�通过�q�种方式备䆾�Q?span>Oracle会将所有缓存内容写入文�Ӟ��?span>online redo log做归档，所以数据库备䆾中包含的是备份时数据库的��x��点信息，完整而且有效。以后做恢复�Ӟ��可以恢复到最后一��?span>FULL ONLINE备䆾的状态�?/font>

2、恢复过�E�：

1. 重新安装Windows�pȝ��?span>Remote Agent for Windows Server�Q��ؓ恢复Oracle服务器准备环境�?/span>

2. 恢复最后一��?span>FULL CLOSED备䆾�Q�重新启动计��机�?/span>

此时Windows�pȝ��Q?span>Oracle数据库系�l�都是完整的�Q�只�?span>Oracle数据库中可能不是最新的数据�?span>Backup Exec Agent for Oracle Server也不用重新安装了�?/font>

3. �?span>SQLPlus�?span>SYS�?span>sysdba�w�䆾�q�接到数据库�pȝ��Q�关闭数据库�?nbsp;

shutdown immediate + < enter >

4. 通过介质服务器恢复最新的FULL ONLINE备䆾�Q�恢复作业属性的高��选项中，��保选中�?span>“Restore over Existing files�Q�覆盖现存文�Ӟ��” 选项�?/span>

要想成功的恢复数据库�Q�在最后一��?span>FULL CLOSED备䆾之后的所�?span>redo log必须都已�l�成功归档�ƈ备䆾。少了哪一个，数据库就无法恢复到最后的FULL ONLI NE备䆾时的状态�?/font>

通过Oracle�?span>alert log可以看到数据库的恢复需要哪些归档日志，以及你应该把它们恢复��C��么位�|��?/font>

5. 恢复完成后，�?span>SYS用户�?span>sysdba�w�䆾�q�接到数据库�Q�将数据库加载到mount阶段�Q?/span>

startup mount + < enter >

6. 数据�?span>mount完成后，执行recover�q�程�Q?/font>

recover database using backup controlfile + < enter >

数据库会提示你需要哪些日志：

ORA-00279: Change 36579 generated at needed for thread 1

ORA-00289: Suggestion : \Oracle_Home\Oradata\\%SID%T00036579.ARC

ORA-00280: {=Suggested | filename | AUTO | FROM logsource | CANCEL}

最��单的�Ҏ��是选自动恢复：

auto + < enter >

�pȝ��会在init.ora文�g中定义的位置上查找所有必需的日志�ƈ依次应用它们�Q�最后一个要应用的日志是online redo log�Q�实际上它�ƈ不包括�Q何的transaction�Q�只有一�?span>SCN�Q�可以略�q�，但是自动恢复�q�程会因为找不到相应的文件而报错：

ORA-00308: cannot open archived log

E:\ORACLE\ORADATA\KIMSTAD\ARCHIVE\KIMSTADT00036949.ARC'

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) The system cannot find the file specified.

为此输入以下命��o�Q?span>until cancel参数使我们可以在需要的时候中止恢复过�E�）�Q?/font>

recover database until cancel using backup controlfile +

�q�样在数据库恢复的最后阶�D�再�ơ提�C�前面的错误�Ӟ��我们��可以中止恢复过�E�：

cancel + < enter >

�q�时除了最后一�?span>online redo log以外�Q�所有的commit transaction都已�l�提交到数据库之中了�Q�完成后会显�C�：

Media recovery canceled

实际上恢复过�E�已�l�正常完成了�?/font>

最后是打开数据库�ƈ同步日志序列��P��

alter database open resetlogs + < enter >

��x��Q?span>Oracle数据库被成功恢复到最后一��?span>Full Online备䆾�?/font>

说明�Q?/span>Oracle 8i可以�?/span>internal账号完成DBA操作�?/span>9i取消�?/span>internal账号�Q?/span>SYS账号代替它了。�ؓ了以DBA�w�䆾��d��Q�启�?/span>SQL Plus时应该加nolog参数�Q�进入之后再��d��Q?/span>connect username/password as sysdba�?/span>

例子�Q?/span>�Q�网上原资料�Q?/span>

1.      �?/span>Oracle的热备䆾重徏数据�?/font>

��Z��验我为公司开发的Oracle数据库在�U�自动备份系�l�，我根�?#8220;Oracle数据库在�U�自动备份系�l?#8221;产生的备份文件来重徏和恢�?/span>Oracle数据库。�ؓ了让大家�׃�n其方法和步骤�Q�也适合于用其它方式�?/span>Oracle做的热备份进行重建数据库�Q�现整理如下�?/span>

一、系�l�环�?/span>

本次��试所使用的系�l�环境如下：

1�Q?/span> ��g环境

服务器：Dell PowerEdge 1300 (CPU�Q?/span>P�?/span> 550MHz 内存�Q?/span>128MB ��盘�Q?/span>36GB)

2�Q?/span> 软�g环境

操作�pȝ��Q?/span>UnixWare 7.1

数据库：　Oracle 8.1.6 for Unix 企业版，SID�Q?/span>ora816

Oracle安装路径�Q?/span>/home/oracle

备䆾文�g�Q�所有数据库文�g、控制文件、初始化文�g、数据库备䆾以来的所有归档日志文件�?/span>

二、恢复步�?/span>

下面�Ҏ��从用户处带回来的备䆾数据�Q�在一台新的服务器重徏Oracle数据库。其详细步骤如下�Q?/span>

1. 创徏数据库恢复��用的环境

在新�?/span>Dell服务器上�Q�安装与原来的数据库服务器相同的操作�pȝ��UnixWare 7.1�Q�然后安装与原数据库相同版本�?/span>Oracle 8.1.6 for Unix 企业版�?/span>

2. 删除新服务器上的Oracle实例

启动新数据库服务器上�?/span>Oracle�Q�在sqlplus中，查找到数据库文�g的�\径，�q�保存在当前路径下的文�gfile_name.txt中：

$ sqlplus system/manager

SQL> spool file_name.txt

SQL> select file_name from sys.dba_data_files;

SQL> spool end

SQL>exit

关闭新服务器�?/span>Oracle�Q�然后根据文�?/span>file_name.txt中的路径�Q�删除新装的Oracle实例的所有数据库文�g�?/span>

注：从本步开始所有操作都是用Oracle用户��d��操作�pȝ��Q?/span>Unix�Q�后�q�行。文中所有的黑色�_�体5号字�W?/span>(标题除外)的语句可以直接执行，黑色倾斜�_�体5号字�W�的语句需要修改后执行�?/span>

3. 恢复数据库文�?/span>

把备份的所有数据库文�g�?/span>Ftp上传新的数据库服务器中的相同路径下。如果原来的路径已不存在�Q�可以拷贝到其他路径下，恢复时详�l�处理方法见步骤7�?/span><2>�?/span>

4. 恢复初始化参数文�?/span>

把备份的initSID.ora文�g�?/span>Ftp上传到新数据库服务器�?/span>Oracle实例�?/span>initSID.ora文�g位置�Q�覆盖之。其位置一般在$ORACLE_HOME/dbs目录下�?/span>

5. 恢复控制文�g

把备份的ControlFile.bak文�g�?/span>Ftp上传到新数据库服务器�?/span>Oracle实例的各个镜像�\径下�Q��ƈ按初始化参数文�ginitSID.ora中的该项的位�|�和名称命名�?/span>

control_files = ("/home/oracle/app/oracle/oradata/ora816/control01.ctl", "/home/oracle/app/oracle/oradata/ora816/control02.ctl","/home/oracle/app/oracle/oradata/ora816/control03.ctl")

其�\径如有变动，在初始化参数文�ginitSID.ora中修改如上内容的路径和名�U�ͼ�使其实际路径与该参数的�\径一致�?/span>

6. 恢复归档日志文�g

把数据库备䆾后的归档日志�?/span>Ftp上传到新数据库服务器的相同�\径下。�\径如有变动可以根据初始化参数文�ginitSID.ora中如下位�|�进行修改，使其实际路径与该参数的�\径一致�?/span>

log_archive_dest_1 = "location=/home/oracle/app/oracle/admin/ora816/arch"

7. 恢复数据�?/span>

�l�过以上6个步骤，把所有的备䆾文�g已经上传��C��新数据库服务器中。下面开始根据这些文件恢复�ƈ启动数据库，先在操作�pȝ��的提�C�符下做如下操作�Q?/span>

$svrmgrl

SVRMGR>connect internal

SVRMGR>startup mount

<1> 创徏口��o文�g

如果原来的数据库配置了口令文�Ӟ��q�且�?/span>mount数据库时报如下错误：

ORA-01990: error opening password file '/home/oracle/app/oracle/product/8.1.6/dbs/orapw'

可以�?/span>/home/oracle/app/oracle/product/8.1.6/dbs/路径下，用以下命令创建口令文�Ӟ��

orapwd

其用法如下：

Usage: orapwd file= password= entries=

where

file - name of password file (mand),�Q�口令文件的命名方式为：orapwSID�Q?/span>

password - password for SYS and INTERNAL (mand),

entries - maximum number of distinct DBA and OPERs (opt),

There are no spaces around the equal-to (=) character.

例如�Q?/span> orapwd file=orapwora816 password=manager

然后重新执行如下语句mount数据库：

SVRMGR>startup mount�?/span>

<2> 修改数据库文件的路径

如果在上�q�的步骤3中修改了恢复的数据库文�g的�\径，可以用如下语句对数据库文仉��新命�?/span> �Q?/span>

alter database rename file 'old_file' to 'new_file';

如把原来路径/home/oracle/app/oracle/oradata/ora816下的文�gsystem01.dbf改到�?/span>/u21/oracle/app/oracle/oradata/ora816下：

SVRMGR>alter database rename file

'/home/oracle/app/oracle/oradata/ora816/system01.dbf'

to '/u21/oracle/app/oracle/oradata/ora816/system01.dbf';

按照上面的方法把所有修改�\径的数据库文仉��新命名�?/span>

<3> �Ҏ��控制文�g和归档日志文件恢复数据库

下面开始用控制文�g和归档日志文件恢复数据库�Q?/span>

SVRMGR>recover database using backup controlfile until cancel;

出现如下提示�Q?/span>

ORA-00279: change 50971 generated at 08/23/2002 09:21:27 needed for thread 1

ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_399.arc

ORA-00280: change 50971 for thread 1 is in sequence #399

Specify log: {=suggested | filename | AUTO | CANCEL}输入�Q?/span>

auto

如果有如下提�C�，则表�C�成功�?/span>

ORA-00279: change 51007 generated at 08/23/2002 11:23:13 needed for thread 1

ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_400.arc

ORA-00280: change 51007 for thread 1 is in sequence #400

ORA-00278: log file '/home/oracle/app/oracle/admin/ora8/arch/arch_1_399.arc' noy

Log applied.

意外处理�Q�如果其它提�C�可能是需要的日志文�g不存在，��?/span>ORA-00289中该文�g是否存在�?/span>

直到出现如下提示�Q?/span>

ORA-00279: change 51011 generated at 08/23/2002 11:23:45 needed for thread 1

ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_401.arc

ORA-00280: change 51011 for thread 1 is in sequence #401

ORA-00278: log file '/home/oracle/app/oracle/admin/ora8/arch/arch_1_400.arc' noy

ORA-00308: cannot open archived log '/home/oracle/app/oracle/admin/ora8/arch

/arch_1_401.arc'

ORA-27037: unable to obtain file status

Intel SVR4 UNIX Error: 2: No such file or directory

Additional information: 3

<4> 重置日志

SVRMGR>alter database open resetlogs;

意外处理�Q�如果提�C�创建日志的路径不存在，按提�C��\径创建目录。然后再重置日志�?/span>

<5> 重启数据库，完成恢复

SVRMGR>shutdown immediate

SVRMGR>startup

ORACLE instance started.

Total System Global Area 123437040 bytes

Fixed Size 69616 bytes

Variable Size 106418176 bytes

Database Buffers 16777216 bytes

Redo Buffers 172032 bytes

Database mounted.

Database opened.

数据库正常打开�Q�数据库重徏恢复成功�?/span>

2.      Oracle9i RMAN 备䆾及恢复步�?/font>

在这里没有讨论多么深入的RMAN技术，也没有告诉大家这样去�~�写备䆾脚本�Q�这�q�不是我的初��P��我只��x��我会的写出来�Q�和大家一起学习，一赯��步，谢谢�?/span>

1、切换服务器归档模式�Q�如果已�l�是归档模式可蟩�q�此步：
%sqlplus /nolog    (启动sqlplus)
SQL> conn / as sysdba    (�?/span>DBA�w�䆾�q�接数据�?/span>)
SQL> shutdown immediate;    (立即关闭数据�?/span>)
SQL> startup mount    (启动实例�q�加载数据库�Q�但不打开)
SQL> alter database archivelog;    (更改数据库�ؓ归档模式)
SQL> alter database open;    (打开数据�?/span>)
SQL> alter system archive log start;    (启用自动归档)
SQL> exit    (退�?/span>)

2、连接：
%rman target=rman/rman@mydb    (启动恢复��理�?/span>)

3、基本设�|�：
RMAN> configure default device type to disk; (讄��默认的备份设备�ؓ��盘)
RMAN> configure device type disk parallelism 2;    (讄��备䆾的�ƈ行��别，通道�?/span>)
RMAN> configure channel 1 device type disk fromat '/backup1/backup_%U';    (讄��备䆾的文件格式，只适用于磁盘设�?/span>)
RMAN> configure channel 2 device type disk fromat '/backup2/backup_%U';    (讄��备䆾的文件格式，只适用于磁盘设�?/span>)
RMAN> configure controlfile autobackup on;    (打开控制文�g与服务器参数文�g的自动备�?/span>)
RMAN> configure controlfile autobackup format for device type disk to '/backup1/ctl_%F';    (讄��控制文�g与服务器参数文�g自动备䆾的文件格�?/span>)

4、查看所有设�|�：
RMAN> show all

5、查看数据库�Ҏ��报表�Q?/span>
RMAN> report schema;

6、备份全库：
RMAN> backup database plus archivelog delete input;    (备䆾全库及控制文件、服务器参数文�g与所有归档的重做日志�Q��ƈ删除旧的归档日志)

7、备份表�I�间�Q?/span>
RMAN> backup tablespace system plus archivelog delete input;    (备䆾指定表空间及归档的重做日志，�q�删除旧的归档日�?/span>)

8、备份归档日志：
RMAN> backup archivelog all delete input;

9、复制数据文�Ӟ��
RMAN> copy datafile 1 to '/oracle/dbs/system.copy';

10、查看备份和文�g复本�Q?/span>
RMAN> list backup;

11、验证备份：
RMAN> validate backupset 3;

12、从自动备䆾中恢复服务器参数文�g�Q?/span>
RMAN> shutdown immediate;    (立即关闭数据�?/span>)
RMAN> startup nomount;    (启动实例)
RMAN> restore spfile to pfile '/backup1/mydb.ora' from autobackup;    (从自动备份中恢复服务器参数文�?/span>)

13、从自动备䆾中恢复控制文�Ӟ��
RMAN> shutdown immediate;    (立即关闭数据�?/span>)
RMAN> startup nomount;    (启动实例)
RMAN> restore controlfile to '/backup1' from autobackup;    (从自动备份中恢复控制文�g)

13、恢复和复原全数据库�Q?/span>
RMAN> shutdown immediate;    (立即关闭数据�?/span>)
RMAN> exit    (退�?/span>)
%mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak    (��数据文仉��命名)
%mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak    (��数据文仉��命名)
%mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak    (��数据文仉��命名)
%mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak    (��数据文仉��命名)
%rman target=rman/rman@mydb    (启动恢复��理�?/span>)
RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora    (指定初始化参数文件启动数据库)
RMAN> restore database;    (�q�原数据�?/span>)
RMAN> recover database;    (恢复数据�?/span>)
RMAN> alter database open;    (打开数据�?/span>)

14、恢复和复原表空��_��
RMAN> sql 'alter tablespace users offline immediate';    (��表�I�间脱机)
RMAN> exit    (退出恢复管理器)
%mv /oracle/dbs/users01.dbf /oracle/dbs/users01.bak    (��表�I�间重命�?/span>)
%rman target=rman/rman@mydb    (启动恢复��理�?/span>)
RMAN> restore tablespace users;    (�q�原表空�?/span>)
RMAN> recover tablespace users;    (恢复表空�?/span>)
RMAN> sql 'alter tablespace users online';    (��表�I�间联机)

15、增量备份与恢复�Q?/span>
�W�一天的增量基本备䆾�Q?/span>
RMAN> backup incremental level=0 database plus archivelog delete input;
�W�二天的增量差异备䆾�Q?/span>
RMAN> backup incremental level=2 database plus archivelog delete input;
�W�三天的增量差异备䆾�Q?/span>
RMAN> backup incremental level=2 database plus archivelog delete input;
�W�四天的增量差异备䆾�Q?/span>
RMAN> backup incremental level=1 database plus archivelog delete input;
�W�五天的增量差异备䆾�Q?/span>
RMAN> backup incremental level=2 database plus archivelog delete input;
�W�六天的增量差异备䆾�Q?/span>
RMAN> backup incremental level=2 database plus archivelog delete input;
�W�七天的增量差异备䆾�Q?/span>
RMAN> backup incremental level=0 database plus archivelog delete input;

增量恢复�Q?/span>
RMAN> shutdown immediate;
RMAN> exit
%mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak
%mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak
%mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak
%mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak
%rman target=rman/rman@mydb
RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora
RMAN> restore database;
RMAN> recover database;
RMAN> alter database open;

larryjava 2007-06-04 09:25 发表评论

优化--让你的SQL�q�行速度明显提高

larryjava — Fri, 11 May 2007 01:55:00 GMT
    ��Z��在��用SQL时往往会陷入一个误区，卛_��x��于所得的�l�果是否正确�Q�而忽略了不同的实现方法之间可能存在的性能差异�Q�这�U�性能差异在大型的或是复杂的数据库环境中（如联��Z��务处理OLTP或决�{�支持系�l�DSS�Q�中表现得尤为明显�? �W�者在工作实践中发玎ͼ�不良的SQL往往来自于不恰当的烦引设计、不充䆾的连接条件和不可优化的where子句。在对它们进行适当的优化后�Q�其�q�行速度有了明显地提高！下面我将从这三个斚w��分别�q�行�ȝ��Q�（��Z��更直观地说明问题�Q�所有实例中的SQL�q�行旉��均经�q�测试，不超�q�１�U�的均表�C�Zؓ�Q?lt; 1�U�）�?�Q?br>
一、不合理的烦引设�?/strong>
　　例：表record�?20000行，试看在不同的索引下，下面几个 SQL的运行情况：
　　1.在date上徏有一非个��集索引

select count(*) from record where date >
''19991201'' and date < ''19991214''and amount >
2000 (25�U?
select date,sum(amount) from record group by date
(55�U?
select count(*) from record where date >
''19990901'' and place in (''BJ'',''SH'') (27�U?

　　分析�Q?
　　date上有大量的重复��|��在非��集索引下，数据在物理上随机存放在数据页上，在范围查找时�Q�必��L��行一�ơ表扫描才能扑ֈ��q�一范围内的全部行�?

　　2.在date上的一个群集烦�?br>
select count(*) from record where date >
''19991201'' and date < ''19991214'' and amount >
2000 �Q?4�U�）
select date,sum(amount) from record group by date
�Q?8�U�）
select count(*) from record where date >
''19990901'' and place in (''BJ'',''SH'')�Q?4�U�）

　　分析�Q?
　　在群集烦引下�Q�数据在物理上按��序在数据页上，重复��g��排列在一��P��因而在范围查找�Ӟ��可以先找到这个范围的��h��点，且只在这个范围内扫描数据��，避免了大范围扫描�Q�提高了查询速度�?

　　3.在place�Q�date�Q�amount上的�l�合索引

select count(*) from record where date >
''19991201'' and date < ''19991214'' and amount >
2000 �Q?6�U�）
select date,sum(amount) from record group by date
�Q?7�U�）
select count(*) from record where date >
''19990901'' and place in (''BJ, ''SH'')�Q?lt; 1�U�）

　　分析�Q?
　　�q�是一个不很合理的�l�合索引�Q�因为它的前导列是place�Q�第一和第二条SQL没有引用place�Q�因此也没有利用上烦引；�W�三个SQL使用了place�?br>

　　4.在date�Q�place�Q�amount上的�l�合索引

select count(*) from record where date >
''19991201'' and date < ''19991214'' and amount >
2000(< 1�U?
select date,sum(amount) from record group by date
�Q?1�U�）
select count(*) from record where date >
''19990901'' and place in (''BJ'',''SH'')�Q?lt; 1�U�）

　　分析�Q?
　　�q�是一个合理的�l�合索引。它��date作�ؓ前导列，使每个SQL都可以利用烦引，�q�且在第一和第三个SQL中�Ş成了索引覆盖�Q�因而性能辑ֈ�了最优�?

　　5.�ȝ��Q?
　　�~�省情况下徏立的索引是非��集索引�Q�但有时它�ƈ不是最佳的�Q�合理的索引设计要徏立在对各�U�查询的分析和预��上。一般来��_��

　　�?有大量重复倹{��且�l�常有范围查�?

　　�Q�between, >,< �Q?gt;=,< =�Q�和order by、group by发生的列�Q�可考虑建立��集索引�Q?

　　�?�l�常同时存取多列�Q�且每列都含有重复值可考虑建立�l�合索引�Q?

　　�?�l�合索引要尽量��关键查询形成索引覆盖�Q�其前导列一定是使用最频繁的列�?/p>
二、不充䆾的连接条�?/strong>

　　例：表card�?896行，在card_no上有一个非聚集索引�Q�表account�?91122行，�?account_no上有一个非聚集索引�Q�试看在不同的表�q�接条�g下，两个SQL的执行情况：

select sum(a.amount) from account a,
card b where a.card_no = b.card_no�Q?0�U�）

　　��SQL改�ؓ�Q?

select sum(a.amount) from account a,
card b where a.card_no = b.card_no and a.
account_no=b.account_no�Q?lt; 1�U�）

　　分析�Q?
　　在第一个连接条件下�Q�最��x��询方案是��account作外层表�Q�card作内层表�Q�利用card上的索引�Q�其I/O�ơ数可由以下公式估算为：
　　外层表account上的22541��?�Q�外层表account�?91122�?内层表card上对应外层表�W�一行所要查扄��3��）=595907�ơI/O

　　在第二个�q�接条�g下，最��x��询方案是��card作外层表�Q�account作内层表�Q�利用account上的索引�Q�其I/O�ơ数可由以下公式估算为：
　　外层表card上的1944��?�Q�外层表card�?896�?内层表account上对应外层表每一行所要查扄��4��）= 33528�ơI/O

　　可见�Q�只有充份的�q�接条�g�Q�真正的最��x��案才会被执行�?

　　�ȝ��Q?
　　1.多表操作在被实际执行前，查询优化器会�Ҏ��q�接条�g�Q�列出几�l�可能的�q�接�Ҏ��q�从中找出系�l�开销最��的最��x��案。连接条件要充䆾考虑带有索引的表、行数多的表�Q�内外表的选择可由公式�Q�外层表中的匚w��行数*内层表中每一�ơ查扄��ơ数��定�Q�乘�U�最��ؓ最��x��案�?

　　2.查看执行�Ҏ��的方�?- 用set showplanon�Q�打开showplan选项�Q�就可以看到�q�接��序、��用何�U�烦引的信息�Q�想看更详细的信息，需用sa角色执行dbcc(3604,310,302)�?

三、不可优化的where子句

　　1.例：下列SQL条�g语句中的列都建有恰当的烦引，但执行速度却非常慢�Q?

select * from record where
substring(card_no,1,4)=''5378''(13�U?
select * from record where
amount/30< 1000�Q?1�U�）
select * from record where
convert(char(10),date,112)=''19991201''�Q?0�U�）

　　分析�Q?
　　where子句中对列的��M��操作�l�果都是在SQL�q�行旉��列计算得到的，因此它不得不�q�行表搜索，而没有��用该列上面的索引�Q�如果这些结果在查询�~�译时就能得刎ͼ�那么��可以被SQL优化器优化，使用索引�Q�避免表搜烦�Q�因此将SQL重写成下面这��P��

select * from record where card_no like
''5378%''�Q?lt; 1�U�）
select * from record where amount
< 1000*30�Q?lt; 1�U�）
select * from record where date= ''1999/12/01''
�Q?lt; 1�U�）

　　你会发现SQL明显快�v来！

　　2.例：表stuff�?00000行，id_no上有非群集烦引，��L��下面�q�个SQL�Q?

select count(*) from stuff where id_no in(''0'',''1'')�Q?3�U�）

　　分析�Q?
　　where条�g中的''in''在逻辑上相当于''or''�Q�所以语法分析器会将in (''0'',''1'')转化为id_no =''0'' or id_no=''1''来执行。我们期望它会根据每个or子句分别查找�Q�再��结果相加，�q�样可以利用id_no上的索引�Q�但实际上（�Ҏ�� showplan�Q?它却采用�?OR�{�略"�Q�即先取出满��x��个or子句的行�Q�存入��时数据库的工作表中，再徏立唯一索引以去掉重复行�Q�最后从�q�个临时表中计算�l�果。因此，实际�q�程没有利用id_no上烦引，�q�且完成旉��q�要受tempdb数据库性能的媄响�?

　　实践证明�Q�表的行数越多ぷ鞅淼男阅芫驮讲睿眘tuff�?20000行时�Q�执行时间竟辑ֈ�220�U�！�q�不如将or子句分开�Q?

select count(*) from stuff where id_no=''0''
select count(*) from stuff where id_no=''1''

　　得到两个�l�果�Q�再作一�ơ加法合��。因为每句都使用了烦引，执行旉��只有3�U�，�?20000行下�Q�时间也只有4�U�。或者，用更好的�Ҏ��Q�写一个简单的存储�q�程�Q?

create proc count_stuff as
declare @a int
declare @b int
declare @c int
declare @d char(10)
begin
select @a=count(*) from stuff where id_no=''0''
select @b=count(*) from stuff where id_no=''1''
end
select @c=@a+@b
select @d=convert(char(10),@c)
print @d

　　直接��出�l�果�Q�执行时间同上面一样快�Q?

　　�ȝ��Q?br>
　　可见�Q�所谓优化即where子句利用了烦引，不可优化卛_��生了表扫描或额外开销�?

　　1.��M��对列的操作都��导致表扫描�Q�它包括数据库函数、计��表辑ּ��{�等�Q�查询时要尽可能��操作移至等号右辏V�?

　　2.in、or子句�怼�使用工作表，使烦引失效；如果不��生大量重复��|��可以考虑把子句拆开�Q�拆开的子句中应该包含索引�?

　　3.要善于��用存储过�E�，它��SQL变得更加灉|��和高效�?

　　从以上这些例子可以看出，SQL优化的实质就是在�l�果正确的前提下�Q�用优化器可以识别的语句�Q�充份利用烦引，减少表扫描的I/O�ơ数�Q�尽量避免表搜烦的发生。其实SQL的性能优化是一个复杂的�q�程�Q�上�q�这些只是在应用层次的一�U�体玎ͼ�深入研究�q�会涉及数据库层的资源配�|�、网�l�层的流量控制以及操作系�l�层的��M��设计�?

larryjava 2007-05-11 09:55 发表评论

亚洲国产成人精品无码区二本,日韩色视频一区二区三区亚洲,亚洲男人av香蕉爽爽爽爽

两个sql server数据库同步数�?转脓)

sql Server性能优化(转脓)

冷备�?/span>

1、备份步骤：

2、恢复步骤：

热备�?/span>

1、备份步骤：

2、恢复步骤：

Windows�q�_���?/span>oracle备䆾(Veritas BE)

1、需要的数据�Q?/font>

2、恢复过�E�：

例子�Q?/span>�Q�网上原资料�Q?/span>

1. �?/span>Oracle的热备䆾重徏数据�?/font>

2. Oracle9i RMAN 备䆾及恢复步�?/font>

优化--让你的SQL�q�行速度明显提高

Windows�q�_��?/span>oracle备䆾(Veritas BE)