103

すべて、私は大規模な（避けられない）動的SQLクエリを持っています。選択基準のフィールド数が原因で、動的SQLを含む文字列は4000文字を超えています。これで、に最大4000が設定されていることを理解しましたがNVARCHAR(MAX)、サーバープロファイラーで実行されたSQLを見てステートメントを確認します

DELARE @SQL NVARCHAR(MAX);
SET @SQL = 'SomeMassiveString > 4000 chars...';
EXEC(@SQL);
GO

動作しているようです（！？）。これも大きい別のクエリの場合、この4000の制限（！？）に関連付けられたエラーがスローされ、基本的にこの4000の制限以降のすべてのSQLがトリミングされ、構文エラーが発生します。プロファイラーではこれにもかかわらず、この動的SQLクエリが完全に表示されています（！？）。

ここで正確に何が起こっているのでしょうか。この@SQL変数をVARCHARに変換して続行する必要がありますか？

御時間ありがとうございます。

追伸 また、4000文字以上を印刷して、これらの大きなクエリを確認できると便利です。以下は4000に制限されています

SELECT CONVERT(XML, @SQL);
PRINT(@SQL);

他にクールな方法はありますか？

4

5 に答える 5

240

最大4000のセットがあることを理解していますNVARCHAR(MAX)

あなたの理解は間違っています。nvarchar(max)最大（場合によってはそれ以上）の2GBのデータ（10億の2バイト文字）を保存できます。

Books onlineのncharとnvarcharから、文法は次のようになります。

nvarchar [ ( n | max ) ]

|文字は、これらが選択肢であることを意味します。つまり、またはリテラルのいずれ かを指定します。nmax

特定を指定する場合n、これは1〜4,000である必要がありますが、を使用maxすると、それがラージオブジェクトデータ型（ntext非推奨の置換）として定義されます。

実際、SQL Server 2008では、変数tempdbの場合、 （ここに表示されている）の十分なスペースを条件として、2GBの制限を無期限に超えることができるようです。

あなたの質問の他の部分について

連結時の切り捨ては、データ型によって異なります。

  1. varchar(n) + varchar(n)8,000文字で切り捨てられます。
  2. nvarchar(n) + nvarchar(n)4,000文字で切り捨てられます。
  3. varchar(n) + nvarchar(n)4,000文字で切り捨てられます。nvarchar優先順位が高いため、結果は次のようになります。nvarchar(4,000)
  4. [n]varchar(max)+[n]varchar(max)切り捨てられません（<2GBの場合）。
  5. varchar(max)+varchar(n)は切り捨てられず（<2GBの場合）、結果は。として入力されvarchar(max)ます。
  6. varchar(max)+nvarchar(n)は切り捨てられず（<2GBの場合）、結果は。として入力されnvarchar(max)ます。
  7. nvarchar(max)+varchar(n)は、最初にvarchar(n)入力をに変換してからnvarchar(n)、連結を実行します。文字列の長さが varchar(n)4,000文字を超える場合、キャスト先になりnvarchar(4000)、切り捨てが発生します。

文字列リテラルのデータ型

プレフィックスを使用しN、文字列の長さが4,000文字未満の場合、文字列の長さは次のように入力されnvarchar(n)ますn。したがって、たとえばN'Foo'として扱われます。nvarchar(3)文字列が4,000文字より長い場合は、次のように扱われます。nvarchar(max)

プレフィックスを使用せずN、文字列の長さが8,000文字未満のvarchar(n)場合nは、文字列の長さは次のように入力されます。より長い場合varchar(max)

上記の両方で、文字列の長さがゼロの場合、n1に設定されます。

新しい構文要素。

1.関数はここCONCATでは役に立ちません

DECLARE @A5000 VARCHAR(5000) = REPLICATE('A',5000);

SELECT DATALENGTH(@A5000 + @A5000), 
       DATALENGTH(CONCAT(@A5000,@A5000));

上記は、両方の連結方法で8000を返します。

2.注意してください+=

DECLARE @A VARCHAR(MAX) = '';

SET @A+= REPLICATE('A',5000) + REPLICATE('A',5000)

DECLARE @B VARCHAR(MAX) = '';

SET @B = @B + REPLICATE('A',5000) + REPLICATE('A',5000)


SELECT DATALENGTH(@A), 
       DATALENGTH(@B);`

戻り値

-------------------- --------------------
8000                 10000

@A切り捨てが発生したことに注意してください。

発生している問題を解決する方法。

max2つの非データ型を連結しているため、または文字列を型指定されたvarchar(4001 - 8000)文字列に連結しているためnvarchar（偶数） 、切り捨てが発生していますnvarchar(max)。

2番目の問題を回避するには、すべての文字列リテラル（または少なくとも4001〜8000の範囲の長さのリテラル）の前に。が付いていることを確認してNください。

最初の問題を回避するには、割り当てをから変更します

DECLARE @SQL NVARCHAR(MAX);
SET @SQL = 'Foo' + 'Bar' + ...;

に

DECLARE @SQL NVARCHAR(MAX) = ''; 
SET @SQL = @SQL + N'Foo' + N'Bar'

が最初から連結に関与するようNVARCHAR(MAX)にします（各連結の結果として、NVARCHAR(MAX)これも伝播されます）

表示時に切り捨てを回避する

「グリッドへの結果」モードが選択されていることを確認してから、次を使用できます

select @SQL as [processing-instruction(x)] FOR XML PATH 

SSMSオプションを使用すると、結果の長さを無制限に設定できますXML。このビットは、として表示されるprocessing-instructionなどの文字の問題を回避します。<&lt;

于 2012-09-28T12:23:26.190 に答える
7

さて、後で問題が許容サイズよりも大きいクエリがある場合（それが成長し続ける場合に発生する可能性があります）、それをチャンクに分割して文字列値を実行する必要があります。したがって、次のようなストアドプロシージャがあるとします。

CREATE PROCEDURE ExecuteMyHugeQuery
    @SQL VARCHAR(MAX) -- 2GB size limit as stated by Martin Smith
AS
BEGIN
    -- Now, if the length is greater than some arbitrary value
    -- Let's say 2000 for this example
    -- Let's chunk it
    -- Let's also assume we won't allow anything larger than 8000 total
    DECLARE @len INT
    SELECT @len = LEN(@SQL)

    IF (@len > 8000)
    BEGIN
        RAISERROR ('The query cannot be larger than 8000 characters total.',
                   16,
                   1);
    END

    -- Let's declare our possible chunks
    DECLARE @Chunk1 VARCHAR(2000),
            @Chunk2 VARCHAR(2000),
            @Chunk3 VARCHAR(2000),
            @Chunk4 VARCHAR(2000)

    SELECT @Chunk1 = '',
           @Chunk2 = '',
           @Chunk3 = '',
           @Chunk4 = ''

    IF (@len > 2000)
    BEGIN
        -- Let's set the right chunks
        -- We already know we need two chunks so let's set the first
        SELECT @Chunk1 = SUBSTRING(@SQL, 1, 2000)

        -- Let's see if we need three chunks
        IF (@len > 4000)
        BEGIN
            SELECT @Chunk2 = SUBSTRING(@SQL, 2001, 2000)

            -- Let's see if we need four chunks
            IF (@len > 6000)
            BEGIN
                SELECT @Chunk3 = SUBSTRING(@SQL, 4001, 2000)
                SELECT @Chunk4 = SUBSTRING(@SQL, 6001, (@len - 6001))
            END
              ELSE
            BEGIN
                SELECT @Chunk3 = SUBSTRING(@SQL, 4001, (@len - 4001))
            END
        END
          ELSE
        BEGIN
            SELECT @Chunk2 = SUBSTRING(@SQL, 2001, (@len - 2001))
        END
    END

    -- Alright, now that we've broken it down, let's execute it
    EXEC (@Chunk1 + @Chunk2 + @Chunk3 + @Chunk4)
END
于 2012-09-28T12:41:51.463 に答える
2

nvarcharテキストも使用する必要があります。つまり、巨大な文字列の前に単に「N」を付ける必要があり、それだけです。もう制限はありません

DELARE @SQL NVARCHAR(MAX);
SET @SQL = N'SomeMassiveString > 4000 chars...';
EXEC(@SQL);
GO
于 2015-06-18T07:32:35.773 に答える
1

受け入れられた答えは私を助けましたが、caseステートメントを含むvarcharの連結を行っているときにつまずきました。OPの質問にはケースステートメントが含まれていないことは知っていますが、ケースステートメントを含む長い動的SQLステートメントの作成に苦労しているときにここにたどり着いた私のような他の人のためにここに投稿すると役立つと思いました。

文字列を連結したcaseステートメントを使用する場合、受け入れられた回答に記載されているルールは、caseステートメントの各セクションに個別に適用されます。

declare @l_sql varchar(max) = ''

set @l_sql = @l_sql +
case when 1=1 then
    --without this correction the result is truncated
    --CONVERT(VARCHAR(MAX), '')
 +REPLICATE('1', 8000)
 +REPLICATE('1', 8000)
end

print len(@l_sql)
于 2019-04-09T13:51:59.623 に答える
0 
declare @p varbinary(max)
set @p = 0x
declare @local table (col text)

SELECT   @p = @p + 0x3B + CONVERT(varbinary(100), Email)
 FROM tbCarsList
 where email <> ''
 group by email
 order by email

 set @p = substring(@p, 2, 100000)

 insert @local values(cast(@p as varchar(max)))
 select DATALENGTH(col) as collen, col from @local

result collen > 8000, length col value is more than 8000 chars
于 2017-03-23T08:18:27.670 に答える