当您更改TRUSTWORTHY设置时，现有连接会立即接受此更改吗？
我的经验似乎表明现有连接不会立即兑现更改，但这似乎不对，所以我只想得到确认，这样我就知道我在处理什么。
不是在查询期间。我的意思是，如果您在 SSMS 中打开会话并且设置更改，那么您的下一个查询会受到同一会话中的更改的影响吗？
我不确定需要TRUSTWORTHY为特定进程打开哪个数据库，所以我正在测试以查看。我在一个数据库中关闭了它，它仍然运行良好。然后我在另一个数据库中将其关闭，它仍然运行良好。然而，该过程稍后没有为另一个用户运行，所以我立即在两个数据库中重新打开它。我认为奇怪的是，在我开始在两个数据库中将其关闭后该过程成功运行，因为我几乎可以肯定必须打开一个数据库中的触发器才能写入另一个数据库中的表D b。
我正在尝试从 更改ON为OFF。
我正在与使用 OAuth 的服务集成，我需要保存到数据库的数据非常相似。但是，与前两种实现方式略有不同。
它们都有一个令牌、过期时间、refreshToken 和 refreshTokenExpiration。但是，一个有一个“realmId”，另一个有一个需要保存的“redirectUri”。
在我看来，我有 3 个选择：
a) 将 realmId 和 redirectUri 添加到同一个表中，一个将被填充，另一个为空，具体取决于正在使用的服务。当然，谁知道我是否必须在添加更多具有不同要求的服务时继续添加其他列？
b) 规范化数据，使得相似数据有一个表，但单独的表保存每个服务的唯一数据，并具有与具有相似令牌数据的表的外键。
c) 甚至不必费心将相似的数据存储在单个表中。而是为每个服务创建一个完全独立的表。
作为一个实用主义者而不是理论家，我倾向于 c)。造成这种情况的另一个原因是，一项服务基于帐户授予令牌，而另一项服务基于可能跨越多个帐户的用户授予令牌。
我知道这肯定是一个常见问题，但我只是不知道如何描述这个问题，以便我可以在搜索中找到有关它的有用信息。
假设您正在创建一个映射到 SQL 登录名的数据库用户，是否有任何正当理由为用户分配与登录名不同的名称？
我并不是真的从“哦，他们让我在创建数据库用户时在 ssms gui 中键入两次相同的名称”的角度来问这个问题，而是从实际上可能存在合法用例场景的角度来看如果是这样，我想知道它是什么。
当我尝试执行 OPENQUERY 时，我收到一个关于无法打开命名管道的错误，这是有道理的，因为对于网络当前的设置方式而言，这不是一个选项（并且不会很快成为一个选项）客户端机器和服务器。
这是否意味着我将无法使用 OPENQUERY，或者是否可以将其配置为在没有命名管道的情况下工作？
我想制作一个数据库的副本并给它一个不同的名称，然后让我们的应用程序连接到这个新的数据库副本。唯一的问题是我们的应用程序引用的其他数据库存储了对原始数据库名称进行硬编码引用的过程。因此，即使我可以让应用程序连接到副本，它连接到的任何其他数据库仍将连接到原始数据库。
我不得不相信这可能是一个已经解决的常见问题，但我想知道解决方案是否仍然可以在我们现有的实现之上做，或者是否需要以不同的方式开始设计...... .如果是这样，处理这个问题的“正确”设计是什么？
如果我有一个带有 的存储过程set transaction isolation level read uncommitted，它会影响更新语句吗？
我知道您不应该with (nolock)在更新/删除语句上使用它，这几乎是相同的事情，但不确定 SQL 是否会在过程中的更新语句上忽略它，或者如果有更新语句，我是否应该小心不要使用它。
编辑：
对困惑感到抱歉。我并不是想弄清楚在操作语句上使用这种类型的锁定会产生什么影响，或者它是否是一个好主意。事实上，我不想在操作语句上使用这种锁定，所以我的问题是，是否将“设置事务...”放在我的存储过程的顶部，是否会受到更新/删除语句的尊重，或者是否它将被忽略。我希望它只是被忽略。
我完全了解它将对 select 语句产生的影响（及其优缺点）。
我有一个单用户模式的数据库，我无法退出单用户模式。我尝试过重置服务器，甚至尝试过重置我的计算机，但每次尝试对它做任何事情时，SQL Server 都坚持认为某处已经打开了一些连接。
我真的不明白在我刚刚重置我的计算机并且没有打开与它的连接之后，它怎么可能打开一个连接。我正在使用 SSMS 并使用对象资源管理器建立了与服务器的连接，之后我尝试使用删除键直接从那里删除数据库（即我没有打开任何查询选项卡，所以那里肯定没有连接）。
不幸的是，我使用的应用程序不允许我指定数据库名称，这意味着我必须弄清楚如何摆脱这个愚蠢的数据库，以便恢复另一个数据库。
我一直在谷歌搜索并尝试不同的东西，但似乎没有任何效果......即使是在这种情况下应该有效的东西。
所以我在这里寻找更多的想法？？？
编辑：
我最近的尝试是使用 SP_WHO 来查找连接的进程，然后 KILL 它。但是每次我杀死它时，它都会立即回到另一个数字之下。不明白世界上有什么可能导致这种行为。
编辑2：
我只是试图select * from master..sysprocesses where spid = <spid>查看 kpid，如果我理解正确，它与任务管理器上详细信息选项卡中的 PID 列相关。唯一的问题是该值为 0，这意味着它是系统空闲进程。也许我在这里误解了一些东西。
我们不得不重做发布/订阅，并且在运行快照代理时它停滞在 48% 并显示消息“进程正在运行并正在等待来自服务器的响应”。最终超时。我增加了超时，但即使在 4 小时后它仍然停留在同一个地方。
我无法弄清楚它在“等待”什么或如何让它进一步发展。我尝试从头开始删除和重新创建出版物，但结果相同。有人对我如何解决问题以找出问题所在有想法吗？
编辑：问题原来是，虽然每晚都进行备份，但我试图恢复到尚未备份的时间点。如果我正在编写恢复脚本，我会更快地意识到这一点，但因为我使用的是 GUI，它只是选择了最新的日志文件，而没有费心通知我所选的日志文件实际上并不包含时间点我在指定。
在我对数据库和事务日志进行当前备份后，它就可以正常工作了。
话虽如此，我仍然不明白在下面描述的场景中如何恢复时间为'2013-11-27 12:52:08.240'的记录。但现在我只是将其归因于应用程序记录了错误的时间。
我再一次被 SQL Server 恢复到特定时间点的能力搞糊涂了。
有时，当我过去尝试过此操作时，SQL Server 似乎已恢复到我要求的时间点附近，但不完全是我指定的时间点。我把这归结为我的误解，因为我知道数据库中记录的日期源自应用程序，因此可能与实际写入记录的时间略有不同。差异实际上比“轻微”多一点，但这仍然是我能想到的最好的解释。
今天中午 12 点 55 分左右，我将数据库恢复到 30 分钟后到中午 12 点 25 分。现在，当我查询日志并按日期/时间排序时，我看到一条日期为“2013-11-26 18:21:49.200”的记录，紧接着是一条日期为“2013-11-27”的记录12:52:08.240' 紧挨着彼此。
所以我的第一个观察是，从今天开始到我恢复到（12:25pm）的所有记录都不存在。我的第二个观察是，在 12:52pm 有一条记录，这是我尝试恢复到的时间之后的 27 分钟（方式，方式很大，因为应用程序选择时间和记录实际时间之间的时间略有差异写好了）。
还有其他人遇到过这个吗？我不知道为什么会发生这种情况，如果能帮助我弄清楚如何备份我的数据库，以便在我需要时将它们正确恢复到某个时间点，我将不胜感激，因为这是我转而使用的全部原因备份的完整恢复模型。
使用 Management Studio GUI，我只能将数据库恢复到精确到秒的时间点。这只是 GUI 的限制，还是如果我使用脚本，它会恢复到我指定的毫秒数吗？
我正在尝试使用脚本来完成它，它“似乎”忽略了毫秒但不幸的是，我正在比较的日期值不幸的是，不一定是记录写入的确切时间所以我只想排除问题可能是由于 SQL Server 的限制造成的。
