摘要： 跟踪企业数据库中的更改Paul S. Randal概览：跟踪更改的需要在 SQL Server 2005 中跟踪更改SQL Server 2008 中的更改跟踪SQL Server 2008 中的更改数据捕获 目录您如何在 SQL Server 2005 中跟踪更改 在 SQL Server 2008 中跟踪更改更简单的方法 更改数据捕获的工作原理 更改跟踪的工作原理 结束语对开发人员来说，SQL Server 中的一个难题是跟踪数据库中哪些数据发生了更改。但更大的挑战是设计出一套既不会严重影响工作负荷性能，又不难创建、实现和管理的简单解决方案。那为什么要这么大费周章跟踪更改呢？跟踪更改真的值 阅读全文

摘要： 随机数可以通过程序生成，也可以通过SQL语句生成。通过程序生成随机数时一般采用硬件的编号+时间作为种子，这种方法在瞬间插入数据库N条数据的时候会影响随机数的效果，生成很多相邻的插入值相同。所以频繁插入时可以使用SQL语句的内置函数生成随机数，可以避免此类事情发生。Demo：====================================================================================C#： int min=0,max=10; Random random = new Random(); int newNumber = random.Nex. 阅读全文

摘要： alter proc spFind_Column_In_DB ( @type int,--类型：1为文字类型、2为数值类型 @str nvarchar(100)--需要搜索的名字 ) as --创建临时表存放结果 create table #tbl(PK int identity primary key ,tbl sysname,col sysname) declare @tbl nvarchar(300),@col sysname,@sql nvarchar(1000) if @type=1 begin declare curTable cursor fast_forward ... 阅读全文

摘要： 建立正则替换函数，利用了OLE对象，以下是函数代码：[c-sharp] view plaincopyprint?IF OBJECT_ID(N'dbo.RegexReplace') IS NOT NULL DROP FUNCTION dbo.RegexReplace GO CREATE FUNCTION dbo.RegexReplace ( @string VARCHAR(MAX), --被替换的字符串 @pattern VARCHAR(255), --替换模板 @replacestr VARCHAR(255), --替换后的字符串 @IgnoreCase INT = 0 --0 阅读全文

摘要： http://bbs.csdn.net/topics/370185265 阅读全文

摘要： SQL SERVER2012在ORDER BY 子句中加入了新元素offset,允许用户在排序完成的结果集中自定义输出行范围，大大简化了分页SQL的书写方式和效率。以下是与以前的两种分页方式的简单对比use mastergoset nocount ongoset showplan_text ongo--2012的OFFSET分页方式select number from spt_valueswhere type='p'order by number offset 10 rows fetch next 5 rows only;go--2005的ROW_NUMBER分页方式selec 阅读全文

摘要： SELECT TableId=O.[object_id],TableName=O.Name,IndexId=ISNULL(KC.[object_id],IDX.index_id),IndexName=IDX.Name,IndexType=ISNULL(KC.type_desc,'Index'),Index_Column_id=IDXC.index_column_id,ColumnID=C.Column_id,ColumnName=C.Name,Sort=CASE INDEXKEY_PROPERTY(IDXC.[object_id],IDXC.index_id,IDXC.inde 阅读全文

摘要： 测试In & Exists & Join 的性能Step 1. 测试环境搭建Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) Enterprise Edition (64-bit) on Windows NT 6.1 1: -- IN & EXISTS & INNER JOIN 2: CREATE TABLE BIG_TB 3: ( 4: ID INT IDENTITY PRIMARY KEY, 5: Col CHAR(4) NOT NULL 6: ) 7: 8: C... 阅读全文

摘要： 优化, 比较考察经验和能力, 如果是通过简单的规则和步骤就能解决问题,那肯定市面就就会有现成的工具了在定位问题上, 通常会先看看服务器的 CPU 和磁盘 I/O, 如果在一个比较高的值, 那么响应慢是正常的, 我们可以通过 sp_who2 结合 SQL Profile 之类, 确定连接数是否过高, 是有大部分进程都在等待资源, 还是有频繁的查询, 如果还是不好判断的话, 也可以通过关闭一些程序模块, 如果某些模块被关闭后, 服务器响应正常, 那么应该针对这些模块涉及的SQL 进行分析优化, 如果单独运行有问题的模块, 从SQL Profile看到的性能是很好的, 那么需要算是否和其他模块一起使 阅读全文

摘要： 简单地说, 聚焦索引和数据存储在一起, 决定表数据的物理存储顺序, 所以一个表只能有一个聚焦索引, 其叶子结点是数据行, 所以, 通过聚焦索引找到一条记录的时候, 这条记录相关的列的值也可以直接取出来非聚焦索引单独存储, 如果查询的结果引用了非聚焦索引不包括的那些列, 那么非聚焦索引还需要通过行定位器去表中取该记录对应的列的数据, 这里面就有一个再次查找的问题所以一般人会认为聚焦索引的效率会比非聚焦索引的效率高, 是基于非聚焦索引存在2次查找的问题非聚焦索引的行定位器体现了聚焦索引与非聚焦索引之间的联系, 如果表中包含聚焦索引, 那么行定位器就是聚焦索引的值(如果聚焦索引不是唯一的, 则还包含 阅读全文