NReilingh's questions

TL;DR：当通过解析为 IPv6 环回 () 的名称连接到我的 SQL Server Docker 容器时::1，SMO 调用非常慢。使用时127.0.0.1，它们很快。

我正在尝试学习如何使用 Docker 映像microsoft/mssql-server-windows-developer。根据 Microsoft 的文档，此容器仅公开端口 1433 TCP。

docker run -d -p 1433:1433 -e sa_password=Passw0rd! -e ACCEPT_EULA=Y -v C:\dockerdb:C:\dockerdb microsoft/mssql-server-windows-developer

我在 Windows 10 上运行容器，并且已成功启动它，使用 SQL Server 身份验证进行身份验证，并在 Windows 主机上使用 sqlcmd 和 SSMS 17.4 对实例运行查询（连接到 localhost 或“.”）和 SQL 操作隔壁的 Mac 上的工作室，通过 IP 连接。以这种方式运行查询时，我没有发现明显的性能问题。

在 SSMS 中，我也可以浏览对象资源管理器，但如果我尝试从对象资源管理器中的对象的右键菜单中执行某些操作，例如打开实例参数窗口或附加数据库，SSMS 大约 5 分钟后不显示响应-10 分钟，此时它要么显示我要求的窗口，要么显示以下错误消息：

我还尝试使用 SMO Scripter object 对此实例执行一些 PowerShell 脚本，并看到相同的行为。PS 脚本遍历数据库中的对象并将它们编写到文件中，虽然它可以相对快速地收集对象列表，但每个单独的对象需要 5-10 分钟来编写脚本——太慢而无法使用。

我有一种预感，单个暴露的端口是不够的，SMO 和 SSMS 正试图以类似的方式连接，这会减慢它们的速度。是否也可能是当连接到本地主机时，这些工具假设存在其他通常不会被防火墙保护的通信通道？我可以使用任何其他连接参数吗？任何人都可以验证我的假设，即 SSMS 正在使用 SMO 或其他方式与 SQL Server 对话吗？

更新：我仍在调查，但有可能这是围绕资源限制的 Docker 问题。这是令人困惑的，因为大多数文档似乎表明 Windows 容器没有任何默认资源约束（并且这些不能在 Docker for Windows GUI 中设置 -仅适用于 Linux 容器），但实际上，Windows 似乎在 Windows 10 上运行的容器的默认 RAM 分配为 1GB。我仍在尝试弄清楚如何检查正在运行的容器以查看其 RAM 和 CPU 分配，但接下来我必须尝试使用docker run​​参数从默认值中增加这些值。

进一步更新：我一直未能从 docker 中获得任何可靠的指标来告诉我它对容器的 CPU 和内存限制。不同的研究表明，要么 docker 容器默认没有内存限制，要么它们有并且它是 1GB，但我现在只能验证docker stats说 SQL 容器只使用了 750 到 850 meg，当我尝试添加一个运行参数以将可用内存设置为 4 GB，但它会出错。因此，我停止追随该查询线程并进行不同的直觉检查：在正在运行的容器上输入交互式 powershell 会话，然后从容器内部调用上面链接的我的 powershell 脚本。

在容器内运行没有问题。它在短短几分钟内就烧穿了 2780 个物体。我认为这证实了问题出在容器/主机边界上，所以我要看看我是否可以打开那个 UDP 端口。更新：打开端口 1434 UDP 没有帮助。

更多更新——解决方法已实现，不是资源限制问题：似乎存在与为 Windows 容器设置大内存分配相关的问题——我收到了 3g 和 2g 的类似错误，但最终能够使用 1.5g 启动容器，并且我确实看到容器的差异docker stats（我认为）确认它以 1GB 的默认分配运行。在默认设置下，PRIV WORKING SET stat（我找不到任何文档，但我最好的猜测是它的 RAM）在 700MiB 和 850MiB 之间。和docker run —memory="1.5g"设置，大约是 1.0GiB。所以它确实扩展了，但似乎比以前释放了更多的分配空间。我将其解释为（可能是错误的）这意味着该服务器（绝对没有负载运行并且没有用户数据库）没有受到内存压力。我检查了最大服务器内存设置以确认它设置为默认最大值 2PiB。

然后事情变得很奇怪。我仍在通过从不同位置运行我的 powershell 脚本来进行测试。在容器内快，在主机上慢。然后我 RDP'd 到网络上的另一台 Windows 机器，并从那台机器运行脚本，通过 IP 连接到我的 Windows 10 主机。而且速度很快！这似乎支持这样的理论，即当连接到应该是 localhost 的东西时，SMO 正在尝试使用端口 1433 TCP 以外的其他东西连接到 SQL Server，在返回 TCP 连接之前等待很长时间的超时。

我决定尝试通过输入主机文件条目以通过 localhost 以外的名称引用 localhost 来验证这个理论：

        127.0.0.1       dockersucks

我在 SSMS 中连接到 dockersucks 而不是 localhost 或“。”，然后事情立刻变得更快了。浏览对象资源管理器和往常一样，打开附加数据库或服务器属性等面板的速度也和往常一样快。而且，当我使用此别名作为服务器名称从 Windows 10 主机运行我的 powershell 脚本时，它也很快。

我将此更新添加到问题而不是答案，因为我仍在寻找解释为什么会发生这种情况，以及是否有办法修复它以通过该名称连接到“localhost”。

考虑以下：

CREATE PROCEDURE dbo.usp_trantest AS
SELECT @@TRANCOUNT as trancount;
GO

当我usp_trantest从 SSMS 中手动调用时，转数为 0。如果我运行包含查询相同存储过程的数据集的 SSRS 报告，则转数记录为 1。

对 SSRS 方法进行 T-SQL 跟踪会显示存储过程调用的跟踪事件，这与我在 SSMS 中所做的相同。

是否有一些行为可能会根据 SSRS 上下文而改变？比如，为动态 sql 调用或其他东西打开一个隐式事务，或者 SSRS 在 T-SQL 之外创建一个事务上下文？

编辑：

在某人现在已删除的答案中（谢谢，陌生人！）有人建议 SSRS 报告的数据集可能已选中“处理查询时使用单个事务”。确实是这样！

我做了一些进一步的测试，并且在未选中此设置的@@TRANCOUNT情况下，无论是在 SSMS 中运行还是从 SSRS 报告中运行，都是相同的。

因此，我们似乎可以得出结论，此数据源设置确实会导致 SSRS 报告在运行查询之前在数据库上创建事务上下文。由于这个额外的事务没有出现在 T-SQL 跟踪中，我们可以假设它是使用 API 方法打开的，而不是 T-SQL 语句。

我正在尝试编写一个查询，只要连接表 B 中的列包含表 A 中单个匹配行的多个不同值时，就从表 A 返回一行。（A -> B 是 1 -> 多关系。）我建立在上下文中演示这一点的 SQL 小提琴：http ://sqlfiddle.com/#!6/83952/1

在这个小提琴中，表的design列对于每个具有相同的列perf_ticket_type应该是相同的，但我试图只选择它没有的实例。因此，对于3，我当前使用的查询返回了多个唯一值。ticket_typeperf_idperf_iddesign

我想要的结果是表的两列performance仅用于perf_id3，基于连接表中的多个design值perf_id。

过去我对 GROUP BY 的理解感到很沮丧，所以我不确定我是否可以在这里做一些不同的事情来获得我想要的结果。目前，我想我可以将小提琴中的内容选择到临时表中，然后使用 a对其进行另一次选择以获得我想要的内容（根据选择行，其中列包含多个记录中的相同数据），但这似乎是一个额外的步骤。GROUP BY perf_id HAVING COUNT(*) > 1

我希望能够轻松检查查询中提供的那些唯一标识符在表中不存在。

为了更好地解释，这就是我现在要做的，检查表中不存在列表“1、2、3、4”的哪些 ID：

1. SELECT * FROM dbo."TABLE" WHERE "ID" IN ('1','2','3','4')，假设该表不包含 ID 为 2 的行。
2. 将结果转储到 Excel
3. 在搜索结果列表中的每个列表值的原始列表上运行 VLOOKUP。
4. 任何导致 的 VLOOKUP 都#N/A位于表中未出现的值上。

我认为必须有更好的方法来做到这一点。理想情况下，我正在寻找类似的东西

要检查的列表 -> 查询要检查的表 -> 列表中的成员不在表中

我正在研究一个 SQL 查询，它根据过去的购买（行业是场地票务）将客户历史记录放在一起。该报告将很大，大约有 80-90 列，输出 CSV 中每个事件或每个记录的事件类别都有一列。

数据库结构要求我使用嵌套的选择语句将必要的数据放入每条记录的列中——每列包含该类型事件的门票数量。我知道理论上如何做到这一点，但每个嵌入的选择语句都非常大，以至于完整的报告会超过我的数据库界面上 8,000 个字符的限制。这些语句之一如下所示：

(select count (*)
FROM
guest ig, event2 e, eventseat es, "order" o
WHERE ig.guestid = g.guestid
and ig.guestid = o.guestid
and o.orderid = es.orderid
and e.eventid = es.eventid
and e.incometype = 'T'
and e.eventtype in ('SS', 'BMF')
and es.status in ('2','4')
and es.price <> '0.00'
and es.price <> '5.00'
and e.year = '2010'       <-- THESE LINES ARE THE ONLY ONES THAT 
and e.run in ('SS-DANCE') <-- CHANGE PER SELECT STATEMENT 
) as 'SS-Dance',

这大约是 400 个字符，这只为单个查询中 <20 次迭代留下足够的空间，而不会超过字符限制。

有没有办法减少或概括它，这样我就不需要在每个 SELECT 的重复信息上浪费所有这些字符？

我在以下链接中整理了一个示例，其中包含我的数据库结构的简化版本和一些示例数据。目标是在每个嵌套 SELECT 不使用那么多字符的情况下获得相同的结果数据。

http://sqlfiddle.com/#!3/fc316/2

好的，正如您可能从标题的最后一部分中看出的那样，这是一个不理想的情况。

我正在使用一款行业特定的 Web 界面软件，我保证没有人听说过它，虽然它提供的海量数据输入功能很有限，但它确实允许我直接在其底层运行 SQL 查询MS SQL 数据库通过 8,000 个字符限制的 Web 表单。这是我对数据库的最直接访问。

我需要更新大约 3,700 条记录中的特定字段，每个记录都有唯一的数据。根据这个答案，我一直在做以下事情：

UPDATE guest
  SET info4 = CASE guestid
    WHEN 12345 THEN 'BNID: 917546553'
    WHEN 67890 THEN 'BNID: B04695465'
    [etc, etc.]
    ELSE info4
  END

（该info4字段当前对于所有记录都是空的。）在达到字符限制并且必须使用下一个数据块运行新更新之前，我可以将大约 200 个案例放入一个查询中。

到目前为止我发现的事情：

• 不包括最后的ELSE声明将清空所有不满足案例的记录的字段。
• 在提交之前，我得到“受影响的行数：[表中的行数]”，而不是实际获得新数据的行数。

我知道我应该在最后放置一个WHERE guestid IN (12345, 67890)以避免在每一行上运行更新，但是为了避免在每个更新语句块中运行超过我的字符限制，这将是地狱般的。

碰巧的是，我目前正在从 Excel 电子表格中获取源数据，将其全部粘贴到 Notepad++ 中，在其上运行查找/替换以插入必要的 SQL 语法，然后根据字符限制将其分块。

所以，简而言之，我的问题是：我是否已经尽可能地探索了这一点？有什么大而明显的东西我错过了，还是我应该以完全不同的方式解决这个问题？每个案例减少字符的奖励积分！