关于 SQL Server 虚拟化，一直在尝试查找信息是否对将数据设备与日志设备分离到不同的准虚拟 SCSI (PVSCSI) 适配器有积极的性能影响，类似于此处所做的。
在客户端上存在这样一种情况，即添加了一个额外的 PVSCSI，并将日志设备分离到新的 PVSCSI，从而显示出可观的性能提升。然而，仍然存在疑问，是由于这种分离还是仅仅由于现在存在额外的 PVSCSI。
众所周知，日志磁盘通常是按顺序写入的，而数据磁盘的读/写则遵循更随机的模式，将这两种不同类型的文件放在不同的磁盘上会带来性能优势。
但是控制器呢？将这些不同的模式保存在单独的 PVSCSI 控制器中是否也有好处？
有人对此有任何见解吗？
提前致谢
基于Technet，Query GovernorCost Limit指的是estimated elapsed time, in seconds. 这符合Microsoft SQL Server 2008 Administrator's Pocket Consultant一书中的摘录。
翻到Microsoft SQL Server 2012 Unleashed 一书，第 30 和 31 页，cost limit是proportional to the estimated time，并且应该应用一个因子 (K) 来考虑系统的具体情况，所以它是K x time(s)。
现在，如果我接受这篇（不知何故较旧的）文章，感觉在成本限制和时间之间建立关系是不可行的。
我可以说在现实世界中，尽管有一些更罕见的例外，第二种方法可以作为经验法则吗？
当使用传统的 SQL Server 安装时，有已安装的 SQL Server 功能发现报告。
谷歌搜索并没有找到任何信息，如果某些等效物可用于核心安装。它输出到 HTML，所以这是我认为它不可用的另一个原因（尽管仍然可以键入它的文本）。
所以基本上，我想知道核心版本是否有等价物，或者可以运行什么powershell（或命令行）来获取相同的信息（版本、安装的功能）？
尽管 SQL 更多地与表类操作相关，而不是递归，但假设我们想要实现链接（或双链接）列表概念（就像我们在 C 中所做的那样）。
考虑到我们可以让项目从任何地方移动到链表上的任何地方，有什么方法可以有效地做到这一点？
一些使用 CLR 的解决方案？
或者它真的不应该被带到 SQL Server 中吗？
请注意，这个问题也演变成链表 VS 树的讨论
虽然我固定了 SQL Server，但这是一个学术问题，所以任何其他的解决方案也很好，即使我们只是得出结论，这是永远不应该被带到数据库的东西。