我一直在思考如何将 40gb 表从一个 SQL Server 机器移动到另一个 SQL Server 机器。他们在不同的公司，没有内部网链接，显然也没有链接的服务器。
最初，我认为最快的方法是提取夜间备份文件并将其传送到另一台服务器。从备份创建一个数据库，然后将我的表从该数据库传输到现有数据库。
不过考虑到这一点，由于安全原因，我不能在另一家公司拥有该特定数据库中的所有数据。而我所追求的表格是计算性的，与任何类型的公司特定竞争优势无关。
无论哪种方式，我正在寻找的是如何快速有效地导出该大小的表并将其放入一个与现有数据库没有任何连接的数据库中。
这是我第一次研究这方面的东西，我很确定我不想为表格编写脚本。最初，我认为 bak 文件是我最好的选择，但不能完成整个 db。
我目前有一个重要的 TSQL 作业，可能每周挂起一次。
它将数据从一个数据库移动到另一个数据库。
它在一天中无限期地每 5 分钟运行一次。
偶尔，它通常会在凌晨 1 点左右挂起。当我说挂起时，我的意思是它只是在凌晨 1 点被抓到，它永远不会依次完成当前的预定运行，它永远不会进入下一个预定的运行。
为了让它停止，我必须停止工作。禁用作业。终止关联的 SPID。重新启用并重新启动作业。有时这会使其运行，但有时我必须重新启动 SQL 代理本身。
对于为什么会在数据方面发生这种情况，确实没有节奏或原因。有时它会持续数周而不会出现问题，有时它会每周发生一次或两次。
我只是想知道是否有办法让这项工作在早上定期重新启动，这样它就不会挂起。我假设其他人以前遇到过这样的问题。非常感谢这里的任何方向。
数据库中没有阻塞。我不打算解决阻塞问题。寻找一种方法来确定作业是否挂起并重新启动它或类似的东西。
我sp_who2定期进行审查，从未发现这项特定工作有任何阻碍。
我一直在努力使这个查询更有效地工作。
我发现 where 子句中 Ors 的数量是这个查询中最大的问题。此查询位于存储过程中。
我到了我能想到的唯一选择的地步。：
我相信其他人之前遇到过这个问题。查询性能从大约一秒或更短的时间开始并不可怕，但在某些情况下，它被多次命中导致长达 5 或 6 秒的延迟。
下面查询。：
DECLARE @PERSON_ID AS INT
DECLARE @ITEM_ID AS INT
DECLARE @ITEM_VERSION AS INT
DECLARE @ITEM_SUB_NAME AS VARCHAR(250)
DECLARE @ITEM_SUB_SUB_NAME AS VARCHAR(250)
--DEFAULTS
SET @PERSON_ID = 0
SET @ITEM_ID = 0
SET @ITEM_VERSION = 1
SET @ITEM_SUB_NAME = NULL
SET @ITEM_SUB_SUB_NAME = NULL
SELECT ID, PERSON_ID,
ISNULL(ITEM_VERSION, 1) AS ITEM_VERSION,
ISNULL(ITEM_SUB_NAME, '') AS 'ITEM_SUB_NAME',
ISNULL(ITEM_SUB_SUB_NAME, '') AS 'ITEM_SUB_SUB_NAME',
ISNULL(ITEM_DATE, '1/1/1900') AS 'ITEM_DATE',
FROM PERSON_TBL s WITH (NOLOCK)
WHERE ( PERSON_ID = @PERSON_ID OR @PERSON_ID = 0 )
AND ( ITEM_VERSION = @ITEM_VERSION OR ( @ITEM_VERSION = 1 AND ITEM_VERSION IS NULL ))
AND ( EMPLOYEE_ID = @EMPLOYEE_ID OR @EMPLOYEE_ID = 0 )
AND ( ITEM_SUB_NAME = @ITEM_SUB_NAME OR @ITEM_SUB_NAME IS NULL )
AND ( ITEM_SUB_SUB_NAME = @ITEM_SUB_SUB_NAME OR @ITEM_SUB_SUB_NAME IS NULL )
ORDER BY PERSON_ID, ITEM_SUB_NAME
可能重复：
确定架构更改是如何发生的？
我有一个昨晚深夜修改过的存储过程，早上的大部分时间都在跟踪这个变化。
基本上没有人承认这一变化，所以我试图弄清楚如何找到谁修改了这个存储过程。我已经在网上研究了如何找到这个，但看起来这是不可能的？
我想如果有人知道如何做到这一点，那就是这里的某个人。
我确实试过这个。：
“在 SSMS 中，右键单击服务器名称，选择报告/标准报告/架构更改历史记录。” --> 这并没有给我任何东西，但我至少能够运行它，这为我提供了时间。
select name, create_date, modify_date
from sys.procedures
where name = 'mystoredprocedure'
感谢您的任何建议或指导。
我正在研究一个新的立方体。我知道您不能直接在两个事实表之间创建关系（并期望得到好的结果）。
我只是想知道如何去做我已经阅读并查看了示例，但我只是很难理解它是如何工作的。
我的例子是这两个事实表。
事实表 A：
FactDeliveryDriver（示例度量：服务年限）
事实表 B：
FactDeliveries（示例度量：英里）
这些事实表中的每一个都包含特定于它们的度量。我需要将这两个都放在同一个立方体中。所以我在factdeliverydriver中有一个主代理键，称为driverSid，在factdeliveries中有一个主代理键，称为deliverySid。即使我知道我不能直接链接它们，我实际上也有 driverSid。
我猜我需要某种桥接表。同样，我已经阅读了这些内容，但并没有真正幸运地找到任何显示这将如何与两个事实表一起使用的东西。也许我已经看这个太久了。
非常感谢任何方向/建议。
谢谢。
这是我的布局的示例图片。
如您所见，我的 SCD 类型存在（状态/开始日期/结束日期/业务键）。
我的键是标识每条记录的代理键。
我的问题是我的层次结构似乎出错了，这可能是由于布局不正确。这是我当前的键列结构。
等级制度
LineOfBusinessId（键列：LineOfBusinessId）（名称列：LineOfBusinessName）
WorkerDivisionId（键列：LineOfBusinessId、WorkerDivisionId）（名称列：WorkerDivisionName）
WorkerId（键列：LineOfBusinessId、WorkerDivisionId、WorkerId）（名称列：WorkerName）
此维度出错，因为 workername 发生更改，并且当在完整处理期间发生 select distinct 时，它会发现重复项。我只是想知道在这种特定情况下设置键列的最佳方法是什么。名称是否需要成为键列的一部分，或者我的层次结构完全不正确。我确信我已经正确设置了这个，但我现在显然在质疑自己。
我收到了一些建议，在这种情况下最好的办法是使用代理键作为我的键列的一部分，但后来发现这会导致问题，因为我只希望在查询我的 SCD 时显示一条记录。后来，我收到了一些建议，说我不应该在 id 键列中使用代理项，而是在 name 键列中使用代理项，特别是在 Worker 级别。
我很不喜欢用这种设置更新我的所有立方体，而没有听到制作这种类型层次结构的人的声音。当我看到这个设置时，我不得不认为其他人已经制作了这种类型的层次结构，因为它相当简单。非常感谢您对此的任何建议/指导。
谢谢。