SQL Server 2008 复制 分区SWITCH清理数据
SQL Server 2008 复制 分区SWITCH清理数据
场景：
某种特定业务下，我们的部分业务数据可能只会保留比较短的时间，用来做临时处理。因为考虑高可用的特性，可能会利用
SQL Server的复制组件复制这种数据到另外的 类似前端，查询中心等数据库服务器，创建一个冗余副本。复制组件标记事务日志，追踪所有的Update，Insert，Delete操作。可是如果不定期清理这种表，那么在一个快速增长的环境下，表变的臃肿不堪，不仅仅浪费磁盘空间，而且给性能带来了负面影响。
如：
A临时数据中心 ---同步-->B 查询/其他业务中心，副本
保证A不可用的时候，B的业务不依赖于A服务器，利用A同步过来的数据B自己直接处理。
常见的解决方案：
一、很简单的，我们可以想到，建立一个清理Job
，根据日期标识，确定删除的范围不出一点错误，比如我每天的晚上12：00以后清理昨天的数据，那么可能会构建这样的查询（朋友们，也许会说使用TRUNCATE
，准时的12：00来TRUNCATE掉，不过很不幸的是，SQL
Server 复制是利用日志标记的方式来同步数据，而TRUNCATE语句不会被日志标记，所以TRUNCATE语句在复制表中是被禁用的）
DELETE from dbo.t WHERE complete_time >=
'2010-05-04' AND
complete_time < '2010-05-05'
来删除5月4号的所有数据，可能上亿也可能更多。
优化方案：因为考虑到存在带量的更新 删除 和插入操作，所以首先讲数据库设置成SIMPLE恢复模式，以最小化日志方式。
由于DELETE单个语句是一个事务性的语句，要么全部成功，要么全部失败。那么可想如果删除的是亿级别的数据，那么日志增长,IO负荷非常的大。
所以 可能优化DELETE
操作：
WHILE 1=1
BEGIN
DELETE TOP(5000) from dbo.t
WHERE complete_time >= '2010-05-04' AND complete_time <
'2010-05-05'
IF @@ROWCOUNT<5000
BREAK;
END
将删除操作，缩短成每5000行一批的数据来处理。
缺点：因为存在复制，那么很显然，浪费了极多的带宽，特别在Internet这种环境下，利用VPN的连接，尤其浪费。VPN带宽十分的渺小。再者，在进行亿级的DELETE，时间耗费也是非常恐怖的，而且DELETE过程中，由于存在Range-X
范围排他锁，许多开发人员
相关文档：
/*********************************************************/
目录清单CONTEXT LIST
/*********************************************************/
1.数据库DataBase
1.1数据库建立/删除create/drop database
1.2数据库备份与恢复backup/restore database
/***************************************************** ......
1、在目的SQL Server数据库服务器上安装ORACLE Client软件或者ORACLE ODBC Driver.
通过oracle客户端，在netmanager中建立“服务（TNS server）”，并测试连接上oracle数据库正常
2、在sqlserver的DTS(导入和导出数据工具)进行
（1）选择数据源：
数据源：oracle in oracle9i
选择：用户/系统DSN:
点击新建 ......
1 逻辑数据库和表的设计
数据库的逻辑设计、包括表与表之间的关系是优化关系型数据库性能的核心。一个好的逻辑数据库设计可以为
优化数据库和应用程序打下良好的基础。
标准化的数据库逻辑设计包括用多的、有相互关系的窄表来代替很多列的长数据表。下面是一些使用标准化
表的一些好处。
A:由于表窄，因此可以使� ......
我觉得主要应该从5个方面进行调整：
1.去掉不必要的大型表的全表扫描
2.缓存小型表的全表扫描
3.检验优化索引的使用
4.检验优化的连接技术
5.尽可能减少执行计划的Cost
现在简单的举几个例子
Where子句中有“!=”将不使用索引
select account_name from test where amount != 0 (不使用)
......
第一章：信息体系结构原则
根据以下7个相互依赖的数据存储目标设计和评估任何数据存储：
l 简单性；
l 有用性
l 数据完整性
l 性能
l 可用性
l 可扩展性
l 安全性
架构设计原则
l 避免过于复杂
l 精心挑选键
l 树立可选数据
l 实� ......
