ToC's questions

我们有一个#ValidCode表，其中列出了有效代码，例如：“A”、“B”、“C”等。另一个名为#SourceData的表包含输入数据——它是有效和无效标记的组合（有时是重复的）。

前任：

• ‘A;B;C’ (有效)
• ‘A;A;A;A;A;B’ (有效)
• 'ad;df;A;B'（无效）

尝试找到一种最佳查询方法来处理这些字符串以在#SourceData中找到有效行。请参阅以下示例：

DROP TABLE IF EXISTS #ValidCode
GO
CREATE TABLE #ValidCode
(
      ID        INT             IDENTITY(1,1)
    , Code      CHAR(1)
)
INSERT INTO #ValidCode (Code) VALUES ('A'), ('B'), ('C')
GO
DROP TABLE IF EXISTS #SourceData 
GO
CREATE TABLE #SourceData 
(
      ID        INT             IDENTITY(1,1)
    , Codes     VARCHAR(500)
    , Is_Valid  BIT
    , Is_Split  BIT
)

INSERT INTO #SourceData (Codes) 
VALUES    ('A;B;C')
        , ('B;A')
        , ('B;B;B;C;C;A;A;B')
        , ('B;Z;1')
        , ('B;ss;asd')


SELECT * FROM #ValidCode
SELECT * FROM #SourceData

查询将处理#SourceData表中的数据并更新Is_Valid标志，以便它们可以在后续过程中被使用。

规则：

• 每个标记都必须对整个列行有效（第 1 行至第 3 行）
• 即使一个标记无效，整个行值也无效（第 4 行和第 5 行）

因此，这是首选的输出：

当前方法：循环遍历#SourceData中的每一行，并根据分隔符“；”将它们拆分，然后将它们与#ValidCode表进行比较。如果所有标记单独有效，则将#SourceData中的行标记为有效（Is_Valid标志）。否则标记为无效。WHILE循环方法有效，但速度很慢。

#SourceData最多可以有 300 万行。每行都有多个重复的有效值('A;A;A;A')和无效值组合('A;as;sdf;B')

有没有更好的方法？

谢谢！

设想

我有一个按列分区的大表INT。当我MERGE在该表的两个不同分区上运行两个不同的语句时，它们似乎互相阻塞。

重现该场景的示例代码：

1. 准备工作。创建表和一些虚拟数据

SET NOCOUNT ON
GO
--
--  Create parition function and partition scheme
--
    DROP FUNCTION IF EXISTS PF_Site_ID 
    GO
    CREATE PARTITION FUNCTION PF_Site_ID (INT)  
        AS RANGE RIGHT FOR VALUES   (
                                        0,
                                        1, 2, 3, 4, 5, 6, 7, 8, 9, 10
                                    )
    GO  
    DROP PARTITION SCHEME PS_Site_ID
    GO
    CREATE PARTITION SCHEME PS_Site_ID
        AS PARTITION PF_Site_ID
        ALL TO ('PRIMARY')
    GO

--
-- Large table partitioned on Site_ID. Two STG tables. And some dummy data
--
    DROP TABLE IF EXISTS dbo.PartitionedLargeTable
    GO
    CREATE TABLE dbo.PartitionedLargeTable
    (
          ID       INT          NOT NULL IDENTITY(1,1)
        , Site_ID  INT          NOT NULL
        , Name     VARCHAR(50)
    ) ON PS_Site_ID (Site_ID)
    GO
    ALTER TABLE dbo.PartitionedLargeTable SET (LOCK_ESCALATION = AUTO)
    GO

--
--  STG tables
--
    DROP TABLE IF EXISTS dbo.STG_Test1
    GO
    CREATE TABLE dbo.STG_Test1
    (
          ID       INT          NOT NULL IDENTITY(1,1)
        , Site_ID  INT          NOT NULL
        , Name     VARCHAR(50)
    ) ON [PRIMARY]
    GO
    DROP TABLE IF EXISTS dbo.STG_Test2
    GO
    CREATE TABLE dbo.STG_Test2
    (
          ID       INT          NOT NULL IDENTITY(1,1)
        , Site_ID  INT          NOT NULL
        , Name     VARCHAR(50)
    ) ON [PRIMARY]
    GO

--
--  Dummy data
--
    INSERT INTO dbo.PartitionedLargeTable (Site_ID, Name) SELECT 1, NEWID()
    INSERT INTO dbo.PartitionedLargeTable (Site_ID, Name) SELECT 2, NEWID()
    GO 10000

    INSERT INTO dbo.PartitionedLargeTable (Site_ID, Name)
    SELECT Site_ID, Name FROM dbo.PartitionedLargeTable
    GO 5

    INSERT INTO dbo.STG_Test1(Site_ID, Name) SELECT 1, NEWID()
    GO 10000
    INSERT INTO dbo.STG_Test2(Site_ID, Name) SELECT 2, NEWID()
    GO 10000

    INSERT INTO dbo.STG_Test1 (Site_ID, Name)
    SELECT Site_ID, Name FROM dbo.STG_Test1
    GO 7

    INSERT INTO dbo.STG_Test2 (Site_ID, Name)
    SELECT Site_ID, Name FROM dbo.STG_Test2
    GO 7

2. 合并 1

在一个 SSMS 窗口中，运行此MERGE语句：

MERGE dbo.PartitionedLargeTable AS TGT

USING (SELECT ID, Site_ID, Name FROM dbo.STG_Test1) AS SRC
    ON  SRC.Site_ID = TGT.Site_ID
    AND SRC.ID      = TGT.ID

WHEN MATCHED THEN
    UPDATE 
        SET TGT.Name = SRC.Name

WHEN NOT MATCHED THEN
    INSERT (Site_ID, Name)
    VALUES (SRC.Site_ID, SRC.Name);

3. 合并 2

在第二个 SSMS 窗口中，运行此MERGE语句：

MERGE dbo.PartitionedLargeTable AS TGT

USING (SELECT ID, Site_ID, Name FROM dbo.STG_Test2) AS SRC
    ON  SRC.Site_ID = TGT.Site_ID
    AND SRC.ID      = TGT.ID

WHEN MATCHED THEN
    UPDATE 
        SET TGT.Name = SRC.Name

WHEN NOT MATCHED THEN
    INSERT (Site_ID, Name)
    VALUES (SRC.Site_ID, SRC.Name);

这两个语句在不同的Site_IDMERGE上运行（因此是两个不同的分区）。

分区表的一个性能优势是我们可以独立地操作分区（在合理范围内）。因此，在一个分区上执行类似INSERT或 的UPDATE操作不会阻止在其他分区上执行类似操作。

与未分区表相比，如果我们执行两个大型INSERT操作（或两个大型UPDATE操作），一旦操作的行数超过一定数量（例如 3k 或 5k 行），一个操作就会阻塞另一个操作，然后锁PAGE将升级为TABLOCK。因此INSERT阻塞INSERT（或UPDATE阻塞UPDATE）

为了避免将锁升级到TABLOCK，此表使用 LOCK_ESCALATION = AUTO 进行分区，这将锁限制在 HOBT 级别（而不是表）。但是使用MERGE，阻塞仍然会发生。

关于如何防止这种阻塞，您有什么想法吗？我们MERGE在这个大表的 10 个不同分区上运行了 10 个并行语句（它们相互阻塞）。

下图显示了阻塞的本质。当表被分区时，锁升级应该只升级到分区（而不是整个表）。当这些MERGE语句运行时，我看到每个语句MERGE正在查询（锁定）的 HOBT ID。在某些情况下，HOBT ID 与此表的分区 ID 不匹配。

我实际使用的表COLUMNSTORE CLUSTERED在分区方案上有一个索引。

在 PowerShell 中，目标是从 Sql Server 查询一些数据并将其放入预先格式化的 Excel 文件中。为此，以下 PowerShell 脚本片段会引发错误，提示“缺少程序集”。

从我可以在线收集的内容来看，它SqlClient.SqlDataAdapter是 的一部分ADO.Net，它不需要包含任何程序集（因为它始终存在于 OS .Net 框架安装中）。这个对吗？我该如何纠正这个问题？

...
... other connection code
...
$SqlCmd = New-Object System.Data.SqlClient.SqlCommand;
$SqlCmd.Connection = $SqlConnection;
$SqlCmd.CommandText = $ActiveTransactions_Count_Query;

$SqlAdapter = New-Object System.Data.SqlClient.SqlDataAdapter;
$SqlAdapter.SelectCommand = $SqlCmd;

$DataSet_ActiveTransaction = New-Object System.Data.DataSet;
$SqlAdapter.Fill($DataSet_ActiveTransaction);
$DataSetTable = $DataSet_ActiveTransaction.Tables[0];
$DataSetTable

错误：

New-Object : Cannot find type [Sql.Data.SqlClient.SqlDataAdapter]: make sure
the assembly containing this type is loaded.
At M:\Build.ps1:21 char:25 + $SqlAdapter = New-Object <<<< 
Sql.Data.SqlClient.SqlDataAdapter;
    + CategoryInfo          : InvalidType: (:) [New-Object],
    PSArgumentException
    + FullyQualifiedErrorId :     TypeNotFound,Microsoft.PowerShell.Commands.NewObjectCommand

对于 SQL Server 2014，阅读此MSDN链接和有关许可的 Microsoft PDF文件提出了几个问题。

• 对于可用性组，我们需要 WSFC 还是 FCI？
• WSFC 和 FCI 有何不同？
• 如果我们只需要 2 个 AG 节点，SQL Server 标准版可以工作吗？

我的理解：

在 SQL Server 中，

• 缓冲池是所有Data/Proc/Log Cache等所在的位置。
• 虚拟地址空间是指物理位置（在 RAM 或页面文件中）的逻辑位置。

但是这句话让我很困惑：

“..多页分配发生在 VAS 区域，单页分配来自缓冲池……”

缓冲池和 VAS 有什么区别？