最近有个需求是要跨库进行数据同步，两个数据库分布在两台物理计算机上，自动定期同步可以通过SQL Server代理作业来实现，但是前提是需要编写一个存储过程来实现同步逻辑处理。这里的存储过程用的不是opendatasource，而是用的链接服务器来实现的。存储过程创建在IP1:192.168.0.3服务器上，需要将视图v_custom的客户信息同步到IP2:192.168.0.10服务器上的t_custom表中。逻辑是如果不存在则插入，存在则更新字段。

如果没有正确配置，经常会出现 消息 7391，级别 16，状态 2，过程 xxxxx，第 XX 行 。无法执行该操作，因为链接服务器 "xxxxx" 的 OLE DB 访问接口 "SQLNCLI" 无法启动分布式事务。 　　可以参照如下的配置： 具体可以参看：http://www.cnblogs.com/chnking/archive/2007/04/04/699891.html   from:https://www.cnblogs.com/isaboy/p/sql_server_job.html

第一种：ROW_NUMBER() OVER()方式 select * from ( select *, ROW_NUMBER() OVER(Order by ArtistId ) AS RowId from ArtistModels ) as b where RowId between 10 and 20 —where RowId BETWEEN 当前页数-1*条数 and 页数*条数— 执行结果是： 第二种方式：offset fetch next方式（SQL2012以上的版本才支持：推荐使用 ） select * from ArtistModels  order by ArtistId offset 4 rows fetch next 5 rows only --order by ArtistId offset 页数*条数 rows fetch next 条数 rows only —- 执行结果是： 第三种方式：--top not in方式 （适应于数据库2012以下的版本） select top 3 * from ArtistModels where ArtistId not in (select top 15 ArtistId from ArtistModels) ——where Id not in (select top 条数*页数  ArtistId  from ArtistModels) 执行结果： 第四种方式：用存储过程的方式进行分页 CREATE procedure page_Demo @tablename varchar(20), @pageSize int, @page int AS declare @newspage int, @res varchar(100) begin set @newspage=@pageSize*(@page – 1) set @res=’select * from ' +@tablename+ ' order by ArtistId offset '+CAST(@newspage as varchar(10)) +' rows fetch next '+ CAST(@pageSize as varchar(10)) +' rows only' exec(@res) end EXEC page_Demo @tablename=’ArtistModels',@pageSize=3,@page=5 执行结果： ps：今天搞了一下午的分页，通过上网查资料和自己的实验，总结了四种分页方式供大家参考，有问题大家一起交流学习   from:https://www.cnblogs.com/fengxiaojiu/p/7994124.html

1.round() 函数是四舍五入用，第一个参数是我们要被操作的数据，第二个参数是设置我们四舍五入之后小数点后显示几位。 2.numeric 函数的2个参数，第一个表示数据长度，第二个参数表示小数点后位数。 例如： select   cast(round(12.5,2)   as   numeric(5,2))  结果：12.50 select   cast(round(12.555,2)   as   numeric(5,2))  结果：12.56 select   cast(round(122.5255,2)   as   numeric(5,2)) 结果：122.53 select   cast(round(1222.5255,2)   as   numeric(5,2)) 结果：报错了！ 原因是：1222.5255，整数位是4，小数位是2，加起来4+2=6，超出了numeric设置的5位，所以为了保险，可以增减numeric的参数，例如numeric(20，2)。 此文系转载后作一调整，转载自：http://blog.csdn.net/caoyuanlang_11/article/details/5410833

电脑操作系统是Win10中文版，新装的英文版SQL Server 2008，纯默认安装，没有做任何改动。 装完SQL Server 2008之后，发现只能用默认的机器名来登录： 如果用127.0.0.1登录就会报出如下的错误： 在网上查询一番之后，发现让开启SQL Server Configuration Manager中的Named Pipes就可以解决问题，然而试了并没有什么卵用。。。 于是开始自己动手尝试解决方案，经过一番尝试，功夫不负有心人啊！终于算是找到了，下面把步骤贴出来： 第一步，开启TCP/IP。因为装完SQL之后这项协议默认是不开通的： 第二步，设置TCP/IP中属性的"IP ALL"的端口为1433。众所周知，SQL Server的默认端口为1433，只是不知道为何，默认安装却没有这一项。   然后，重启SQL服务就可以用127.0.0.1登录上了：   from:https://www.cnblogs.com/goldenbiu/p/4726463.html

当大家发现数据库查询性能很慢的时候，大家都会想到加索引来优化数据库查询性能， 但是面对一个复杂的SQL语句，找到一个优化的索引组合对人脑来讲，真的不是一件很简单的事。 好在SQLSERVER提供了两种“自动”功能，给你建议，该怎么调整索引 第一种是使用DMV 第二种是使用DTA (database engine tuning advisor) 数据库引擎优化顾问 这篇文章主要讲第一种 从SQL2005以后，在SQLSERVER对任何一句语句做编译的时候，都会去评估一下， 这句话是不是缺少什么索引的支持，如果他认为是，他还会预估，如果有这麽一个索引 他的性能能提高多少   SQLSERVER有几个动态管理视图 sys.dm_db_missing_index_details sys.dm_db_missing_index_groups sys.dm_db_missing_index_group_stats sys.dm_db_missing_index_columns(index_handle)     sys.dm_db_missing_index_details 这个DMV记录了当前数据库下所有的missing index的信息,他针对的是SQLSERVER从启动以来所有运行的语句， 而不是针对某一个查询。DBA可以看看，哪些表格SQLSERVER对他是最有“意见”的 以下是这个DMV的各个字段的解释： 1、index_handle:标识特定的缺失索引。该标识符在服务器中是唯一的。index_handle 是此表的密钥 2、database_id :标识带有缺失索引的表所驻留的数据库 3、object_id :标识索引缺失的表 4、equality_columns:构成相等谓词的列的逗号分隔列表 即哪个字段缺失了索引会在这里列出来（简单来讲就是where 后面的筛选字段）， 谓词的形式如下：table.column =constant_value 5、inequality_columns :构成不等谓词的列的逗号分隔列表，例如以下形式的谓词：table.column > constant_value “=”之外的任何比较运算符都表示不相等。 6、included_columns:用于查询的涵盖列的逗号分隔列表（简单来讲就是 select 后面的字段）。 7、statement:索引缺失的表的名称 比如下面这个查询结果 那么应该创建这样的索引

在ProductID上创建索引，SalesOrderID作为包含性列的索引   注意事项: 由 sys.dm_db_missing_index_details 返回的信息会在查询优化器优化查询时更新，因而不是持久化的。 缺失索引信息只保留到重新启动 SQL Server 前。如果数据库管理员要在服务器回收后保留缺失索引信息， 则应定期制作缺失索引信息的备份副本     sys.dm_db_missing_index_columns(index_handle) 返回与缺少索引（不包括空间索引）的数据库表列有关的信息，sys.dm_db_missing_index_columns 是一个动态管理函数 字段解释 index_handle：唯一地标识缺失索引的整数。     sys.dm_db_missing_index_groups   返回有关特定缺失索引组中包含的缺失索引（不包括空间索引）的信息   sys.dm_db_missing_index_group_stats 返回缺失索引组的摘要信息，不包括空间索引 这个视图说白了就是预估有这麽一个索引，他的性能能提高多少 有一个字段比较重要: avg_user_impact: 实现此缺失索引组后，用户查询可能获得的平均百分比收益。该值表示如果实现此缺失索引组，则查询成本将按此百分比平均下降。 就是说，增加了这个缺失索引，性能可以提高的百分比   下面是MSDN给出的示例，缺失索引组句柄为 2

  示例代码：

  我估计XX大侠做的SQLSERVER索引优化器也使用了"sys.dm_db_missing_index_details" 这个DMV 刚才看了一下，好像有错别字：Total Cost不是Totol Cost 暂时不知道Total Cost跟Improvement Measure怎麽算出来的   注意: 最后大家还需要注意一下，虽然这些DMV给出的建议还是比较合理的。 但是，DBA还是需要去确认一下建议。因为这个建议完全是根据语句本身给出的， 没有考虑对其他语句的影响，也没有考虑维护索引的成本，所以是很片面的。 其准确性，也要再确认一下     上面几个DMV的字段解释，大家可以看一下MSDN，非常详细 sys.dm_db_missing_index_group_stats msdn：http://msdn.microsoft.com/zh-cn/library/ms345421.aspx sys.dm_db_missing_index_groups msdn：http://msdn.microsoft.com/zh-cn/library/ms345407.aspx sys.dm_db_missing_index_columns([sql_handle]) msdn：http://msdn.microsoft.com/zh-cn/library/ms345364.aspx sys.dm_db_missing_index_details msdn:http://msdn.microsoft.com/zh-cn/library/ms345434.aspx from:http://www.cnblogs.com/lyhabc/archive/2013/02/10/2909761.html

今天中午，有朋友叫我帮他看一下数据库，操作系统是Windows2008R2 ,数据库是SQL2008R2 64位 64G内存，16核CPU 硬件配置还是比较高的，他说服务器运行的是金蝶K3软件，数据库实例里有多个数据库   现象 他说是这几天才出现的，而且在每天的某一个时间段才会出现CPU占用高的情况 内存占用不太高，只占用了30个G CPU占用100% 排查方向   一般排查都是用下面的脚本，一般会用到三个视图sys.sysprocesses ,dm_exec_sessions ,dm_exec_requests

看一下当前的数据库用户连接有多少 然后使用下面语句看一下各项指标是否正常，是否有阻塞，这个语句选取了前10个最耗CPU时间的会话

如果想看具体的SQL语句可以执行下面的SQL语句，记得在SSMS里选择以文本格式显示结果

模拟了一些耗CPU时间的动作   还有查看CPU数和user scheduler数和最大工作线程数，检查worker是否用完也可以排查CPU占用情况

查看机器上的所有schedulers包括user 和system 通过下面语句可以看到worker是否用完，当达到最大线程数的时候就要检查blocking了 对照下面这个表 各种CPU和SQLSERVER版本组合自动配置的最大工作线程数 CPU数                 32位计算机                        64位计算机 <=4                     256                                   512 8                        288                                   576 16                       352                                   704 32                       480                                   960

  如果SQLSERVER存在要等待的资源，那么执行下面语句就会显示出会话中有多少个worker在等待 结合[sys].[dm_os_wait_stats]视图，如果当前SQLSERVER里面没有任何等待资源，那么下面的SQL语句不会显示任何结果

比如我当前执行了查询SalesOrderDetail_test表100次，由于表数据非常多，所以SSMS需要把SQLSERVER执行的结果慢慢的取走， 造成了ASYNC_NETWORK_IO等待

  问题源头 经过排查和这几天的观察情况，确定是某些表缺失索引导致，现在在这些表上增加了索引，问题解决

查询CPU占用高的语句

查询缺失索引

定位问题后，新建非聚集索引

CPU占用恢复正常   总结 从多次历史经验来看，如果CPU负载持续很高，但内存和IO都还好的话，这种情况下，首先想到的一定是索引问题，十有八九错不了。 注意文章开头贴出的客户机器负载情况图

排名函数： RANK() 返回结果集的分区内每行的排名，FIELD为排名依据。行的排名是相关行之前的排名数加1.例如有两个并列第一，那么后一个将排名第三，而不是第二。 语法：RANK() OVER([PARTITION BY clause]<ORDER BY clause>) 示例： select *, rank() over (partition by ClassID order by Mark DESC )as rank from dbo.Student 结果： DENSE_RANK()：返回结果集分区中行的排名。在排名中没有任何间断。行的排名等于所讨论的行之前的所有排名数加1.例如有两个并列第一，那么下一个将排名第二，而不是第三。 语法：DENSE_RANK() OVER([PARTITION BY clause]<ORDER BY clause>) 示例： select *, dense_rank() over (partition by ClassID order by MarkDESC ) as rank from dbo.Student 结果： NTILE()：将有序分区内的行分发到指定数目的组中。各个组由编号。，编号从1开始，对于每个行，NITLE()将返回此行所属组的编号。 语法：NTILE (int_expressions) OVER([PARTITION BY clause]<ORDER BY clause>) int_expressions：正整数常量表达式。用于指定每个分区必须被划分成的组数。 示例： select *,NTILE(4) over ( order by Mark DESC ) as NewCLASS fromdbo.Student   ROW_NUMBER()一般用于数据库分页。返回结果集分区内行的序列号。每个分区的第一行从1开始。 语法：ROW_NUMBER () OVER([PARTITION BY clause]<ORDER BY clause>) 示例： select *, ROW_NUMBER() over (partition by ClassID order by MarkDESC ) as rank from dbo.Student 结果：   异常处理：SQL2005中对t-sql实现了类似c#语言中的异常处理机制。 语法：BEGIN TRY { sql_statement|statement_block} END TRY NEGIN CATCH{ sql_statement|statement_block } END CATCH 此模块捕捉所有严重级大于10但不终止数据库连接的错误。此处try catch不能宽约多个处理，特不能跨越多个t-sql语句块。例如不能跨越两个BEGIN END语句块，也不能跨越IF ELSE语句块。 此处，需要注意的是，catch并不会将消息传递给应用程序，所以catch中必须显式调用select结果集或RAISEROR和PRINT语句之类的机制执行此操作。 TRY CATCH可以嵌套。也可以从存储过程或者触发器捕捉未处理的错误。当然存储过程之类的也可以使用try catch。不能使用goto语句输入try catch语句块，也不可以跳转到同一个try catch块内的某个标签或离开try catch模块。不能在用户定义函数中使用try catch构造。 Catch块内用来捕捉错误异常信息的函数： ERROR_NUMBER() 返回错误号 ERROR_SERVERITY：返回严重性 ERROR_STATE：错误状态号 ERROR_PRODURE()返回出现错误的存储过程或者触发器的名称 ERROR_LINE()导致错误的例程中的行号 ERROR_MESSAGE()错误信息的完整文本 如果没有，则返回空值。   捕捉不倒的错误信息： 严重新小于等于10的错误 严重性高于等于20且终止SQLSERVERDATABASEENGINE任务处理的错误 需要关注的消息，如客户端终端请求或者客户端连接终端 系统管理员使用KILL语句终止会话时   以下类型错误发生界别与TRY catch构造的执行等级相通，则catch不会处理： 编译错误 语句级重新编译过程中出现的错误   APPLY操作符号：可以为实现查询操作的外部表表达式返回每个行调用表值函数。表值函数作为右输入，外部表表达式作为左输入。通过对右输入求值来获得左输入每一行的计算结果，生成的行作为最终输出。APPLY运算符生成的列表是左输入中的列集后跟右输入返回列的列表。 两种形式： CROSS APPLY：仅返回外部表中通过表值函数生成结果集的行 OUTER APPLY：既返回生成结果集的行，也返回不生成结果集的行，不生成结果集的行，表值函数列中的值为NULL。 语法： function apply([thisObj : Object [,argArray : { Array | arguments }]])   PIVOT、UNPIVOT运算符：对结果集进行旋转，这样列变成行，行变成列。这成为旋转数据或者创建交叉报表。 示例： select ID,Name,[1] as aaa,[2] as bbb,[3] as ccc,[4] as ddd from dbo.ProductSale PIVOT ( Sum (Sale) for Quarter in ([1],[2],[3],[4]) ) as dddd 结果： SQL2005如果对上面这句话出现错误提示，那么请设置sql2005兼容性。设置兼容性的步骤： 选中具体数据库->右击->属性->选项->兼容级别设置，设置为最高的90就可以了。 UNPIVOT为相反操作，将如上面的结果这样的数据表变回去。   公用表达式CTE：公用表达式（CTE）是在select、insert、update或delete语句执行过程中暂时存储的结果集。利用CTE可使用递归查询，并可以通过取代临时表或试图来简化逻辑。 语法： with expression_name{ ( column_name[,…..,n])} as (CTE_QUERY_DEGINATION) 使用CTE与ROW_NUMBER()函数结合用于数据库分页： 示例： with cc as (     select *, ROW_NUMBER()     over         (partition by ClassID order by Math DESC )         as RowID     from dbo.Student ) select * from cc where RowID>2 and RowID<5 结果：   引用自身从而创建递归CTE。递归CTE是一个重复执行初始CTE以返回数据子集，指导获取完整结果集的公用表表达式。 递归由三个元素组成： 例程调用。递归CTE的第一个调用包括一个或者多个由UNION ALL、UNION、EXCEPT或INTERSECT运算符连接的CTE_QUERY_DEFINITIONS。由于这些查询定义了CTE的基准结果集。所以成为定位点成员。 例程的递归调用。递归调用包括一个或者多个由引用CTE本身CTE本身的UNION ALL运算符连接的CTE——QUERY——DEFINITIONS。这些查询被定义为递归成员。 终止检查。隐式的，当一个调用未返回行时，递归停止。   from:http://www.cnblogs.com/BLoodMaster/archive/2010/03/22/1691632.html