Daniel James Bryars's questions

我有一个带有标识列的表，我想保留一个 id 块，我可以将其用于批量插入，同时允许插入仍然发生在该表中。

请注意，这是多个表的批量插入的一部分，其中其他表通过 FK 与这些 ID 相关。因此，我需要将它们排除在外，以便我可以事先准备好关系。

我找到了一个解决方案，它通过在事务中锁定表然后重新播种（这非常快）来工作。但这对我来说看起来有点老套——是否有一个普遍接受的模式来做到这一点？

create table dbo.test
(
    id bigint not null primary key identity(1,1),
    SomeColumn nvarchar(100) not null
)

下面是屏蔽（为）一些 ID 腾出空间的代码：

declare @numRowsToMakeRoomFor int = 100

BEGIN TRANSACTION;

        SELECT  MAX(Id) FROM dbo.test WITH (  XLOCK, TABLOCK ) -- will exclusively lock the table whilst this tran is in progress, 
        --another instance of this query will not be able to pass this line until this instance commits

        --get the next id in the block to reserve
        DECLARE @firstId BIGINT = (SELECT IDENT_CURRENT( 'dbo.test' )  +1);

        --calculate the block range
        DECLARE @lastId BIGINT = @firstId + (@numRowsToMakeRoomFor -1);

        --reseed the table
        DBCC CHECKIDENT ('dbo.test',RESEED, @lastId);

COMMIT TRANSACTION;    

select @firstId;

我的代码是以大约 1000 个块为单位批处理数据块。我总共有大约 10 亿行要插入。一切正常——数据库不是瓶颈，批处理本身在计算上很昂贵，需要我添加几台服务器并行运行，所以我需要容纳多个进程“批量插入”同时。

当我为数据库制作数据库主密钥时：

CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'Some Long Password'

Microsoft 的此页面建议我将其备份到异地：

http://msdn.microsoft.com/en-us/library/ms174382.aspx

我已经通过测试确认在您备份数据库时存储了主密钥。我已经在备份数据库，并且已经安全地存储了密码。那么为什么我也需要备份万能钥匙呢？

（顺便说一句，我已经在备份服务主密钥并在异地存储）。

我在 Microsoft SQL Server 2008 R2 的数据库中有一个证书。我想获得证书的副本，以便将其刻录到 USB 设备上并放在保险箱中。我不想进入 sql server 机器本身，我想从我编写的客户端应用程序中完成所有这些。

我知道如何使用 BACKUP CERTIFICATE ( http://msdn.microsoft.com/en-us/library/ms178578.aspx ) 备份证书，但这只有保存到文件的选项。

我可以使用另一种技术（可能使用 sys.certificates）吗？

我们计划升级到 2014，因此如果有特定于该版本的功能，我可以使用它，但理想情况下，该解决方案应该适用于 2008R2。

我在阿姆斯特丹 (AMDB) 有一个主数据库，在伦敦 (LNDB) 有一个辅助数据库。我想从 AMDB 故障转移到 LNDB，然后再返回，而不必进行另一个完整备份（因为数据库太大）。

根据更改主服务器和辅助服务器之间的角色以及故障转移到日志传送辅助服务器，这一切看起来都是可能的。我以前从未这样做过，本周末我将在生产中进行。（我将事先在非产品数据库上进行一些测试。）

我的问题：我是否应该在 Microsoft 文档之外做任何其他事情以确保成功？（我想知道其他人是否有一些gotya或他们采取的额外步骤。）我希望得到一个令人放心的答案，例如“是的，每次我们在生产中这样做时它都有效，而且很酷”，但也会很高兴“不，不要那样做，确保你用 x/y/and z 代替。”

编辑：请不要推荐我使用镜像作为这个问题的答案——是的，这是个好主意，但由于许可成本，它对我们不起作用。我们使用标准版（仅支持同步模式下的镜像）。我想知道是否有人遵循了 prod 中 MS 文档中的步骤，或者是否有“经验丰富的”dba 会使用的更好的替代方案。

在 SQL Server 中创建存储过程时，您可以引用不存在的表。但是，如果该表确实存在，那么您在过程中引用的任何列都必须存在于该表中（延迟名称解析）。

是否可以指示 SQL Server 推迟过程中引用的所有表的名称解析，而不管它们是否存在？我确实想保持一般语法检查，所以即使有可能，将存储过程定义破解到系统表中也不是一种选择。

我希望我要求这样做可能看起来有点奇怪，所以这里有一些背景：我从用 C# 编写的应用程序自动生成表定义和存储过程，而且我很难更改代码以根据 SQL 需要对更改进行排序他们。我的代码“保证”架构在事务中是一致的，但目前我不能保证在定义引用它们的存储过程之前定义表列。

下面是 C# 创建的 SQL 的规范示例，它“说明”了我要解决的问题。

--Say this table already exists.
CREATE TABLE myTable
(
    a NVARCHAR(MAX)
)
GO

--My C# code creates something like this
BEGIN TRAN 
GO

--the stored procedure gets generated first.
CREATE PROCEDURE mySproc
AS
BEGIN
    SELECT a,b FROM myTable
END

--then the table update
ALTER TABLE myTable
    ADD b nvarchar(MAX)

COMMIT TRAN 

我可以在 C# 代码中解决这个问题，但我希望我可以在 SQL 中进行一个简单的“魔术”调整。这将为我节省很多时间。

使用以下方法将单个孤立的 SQL 用户修复为登录相当简单：

EXEC sp_change_users_login 'Auto_Fix', 'user'

我可以编写脚本，但是是否有一个现有的存储过程会自动尝试修复给定数据库中的每个孤立用户？