sqlserver快照锁,sqlserver 快照

SQLServer快照功能以及其查询如何操作

SQLServer数据库的快照只能通过SQL语句创建，以msdb数据库为例进行说明：

1、执行以下代码，看看MSDB数据库有多少数据文件

EXEC SP_HELPDB msdb

2、为每一个数据文件创建快照，代码如下：

create database snap_MSDBData_1811221202

ON ( NAME = MSDBData, FILENAME= 'D:\userdata\temp\Snap_MSDBData.snap')

AS SNAPSHOT OF MSDB

3、在“数据库快照”那里就可以看到刚刚创建snap_MSDBData_1811221202这个快照了，对比一下快照和原库，内容是一样的

4、数据库快照其实也是一个数据库，可以在上面执行任何SQL语句，我们执行一个查询语句看看效果

SELECT *  FROM [MSDB].[dbo].[MSdbms]

SELECT *  FROM [snap_MSDBData_1811221202].[dbo].[MSdbms]

查询结果是完全一样的。

（如有帮助，请采纳，谢谢）

如何利用SQL Server数据库快照形成报表

在SQL Server 2005中，它的另外一个强大的新特点是数据库快照。数据库快照是一个数据库的只读副本，它是数据库所有数据的映射，由快照被执行的时间点来决定它的内容。

这些数据库快照在报表方面是非常有价值，因为在快照数据库中或者在原数据库中，对于任何查询而言没有锁就将被执行。快照也可以使用在灾难恢复中，因为你可以将现有的数据恢复到现有的快照中，或者还可以在有害数据操作声明的事件中存储个别必要的表和数据。

数据库快照是如何工作的?

可以使用典型的数据库命令CREATE DATABASE语句来生成一个数据库快照，在声明中有一个源数据库快照的附加说明。当快照被建立时，同时生成一个稀疏文件。这个文件（只能使用在NTFS卷中）在初始化的时候并没有磁盘空间分配给它——尽管你可能在WINDOWS资源管理器中看到了文件的大小，它会看上去与原始的源数据库文件的大小相同。对磁盘来说其实这个文件的大小接近于零。

数据库快照在初始化时读的数据文件是来自于源数据库的。当源数据库的数据发生变化时，数据引擎就会将原始数据从源数据库拷贝到快照数据库中。这个技术确保快照数据库只反映快照被执行时数据的状态。当SELECT命令被用来发布反对数据库快照时，不管数据页的读取是否被定位在源数据库数据文件中还是在快照数据库数据文件中都是没有锁被发布的。因为在只读数据库快照中是没有锁被发布，数据库快照对于报表解决方案是一个重要的解决方案。

一个快照的实例

现在，让我们来看看数据库快照在SQL Server 2005中是如何工作的。为此，首先我需要一个源数据库作为快照的来源。下面的脚本将创建一个源数据库：

以下为引用的内容：

USE master

GO

IF EXISTS(SELECT name from sysdatabases where [name] = 'SourceDatabase')

DROP DATABASE SourceDatabase

GO

CREATE DATABASE SourceDatabaseON PRIMARY

(

NAME = SourceDatabase_Data,

FILENAME = 'C:SQLServerSourceDatabase_Data.mdf'

) LOG ON

(

NAME = SourceDatabase_Log,

FILENAME = 'C:SQLServerSourceDatabase_Log.ldf'

)

GO

注意这里产品区域的大小。我定义它的大小为CHAR（150）来强调数据文件的增长级数，这样在我接下来的实例中将更容易解释清楚快照是如何工作的。

现在既然我已经有了一个源数据库，现在我装载一些数据来扩展数据文件的大小位。如此，使用列表1中的脚本来创建销售历史表。

以下为引用的内容：

USE SourceDatabase

GO

IF OBJECT_ID('SalesHistory')0 DROP TABLE SalesHistory

GO

CREATE TABLE SalesHistory

( SaleID INT IDENTITY(1,1),

Product CHAR(150), SaleDate DATETIME,

SalePrice MONEY

)

DECLARE @i INT

SET @i = 1

WHILE (@i =10000)

BEGIN INSERT INTO SalesHistory (Product, SaleDate, SalePrice)

VALUES ('Computer', DATEADD(mm, @i, '3/11/1919'),

DATEPART(ms, GETDATE()) + (@i + 57) )

INSERT INTO SalesHistory (Product, SaleDate, SalePrice)

VALUES ('BigScreen', DATEADD(mm, @i, '3/11/1927'),

DATEPART(ms, GETDATE()) + (@i + 13) )

INSERT INTO SalesHistory (Product, SaleDate, SalePrice)

VALUES ('PoolTable', DATEADD(mm, @i, '3/11/1908'),

DATEPART(ms, GETDATE()) + (@i + 29) )

SET @i = @i + 1

END

GO

如何掌握SQLServer的锁机制

SQL SERVER里的锁机制：

NOLOCK（不加锁）

此选项被选中时，SQL Server 在读取或修改数据时不加任何锁。 在这种情况下，用户有可能读取到未完成事务（Uncommited Transaction）或回滚(Roll Back)中的数据, 即所谓的“脏数据”。

HOLDLOCK（保持锁）

此选项被选中时，SQL Server 会将此共享锁保持至整个事务结束，而不会在途中释放。 例如，“ SELECT * FROM my_table HOLDLOCK”就要求在整个查询过程中，保持对表的锁定，直到查询完成才释放锁定。

UPDLOCK（修改锁）

此选项被选中时，SQL Server 在读取数据时使用修改锁来代替共享锁，并将此锁保持至整个事务或命令结束。使用此选项能够保证多个进程能同时读取数据但只有该进程能修改数据。

TABLOCK（表锁）

此选项被选中时，SQL Server 将在整个表上置共享锁直至该命令结束。 这个选项保证其他进程只能读取而不能修改数据。

PAGLOCK（页锁）

此选项为默认选项， 当被选中时，SQL Server 使用共享页锁。

TABLOCKX（排它表锁）

此选项被选中时，SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。