T-SQL-Datentyp VARCHAR(MAX) Abgeschnitten

DECLARE @str VARCHAR (MAX);

SELECT @str = COALESCE(@str + CHAR(10), '') +
       'EXECUTE CreateDeno ' + CAST(ID AS VARCHAR) 
FROM   GL_To_Batch_Details
WHERE  TYPE = 'C' AND
       Deno_ID IS NULL;

--PRINT @str;--SELECT @str;
**EXEC(@str);**

BEARBEITET

Tut EXECUTE Anweisung kürzen von Zeichenfolgen zu 8.000 Zeichen wie PRINT? Wie kann ich führen Sie eine dynamische SQL-Anweisung mit mehr als 8.000 chars?

Jede Anregung wäre herzlich willkommen.

Ich denke, Sie sind verwirrt, Sie können nicht PRINT mehr als 8000 Zeichen hat, bedeutet das nicht, dass @str ist abgeschnitten
Ich habe bearbeitet die Frage, um genauer zu sein auf das problem. Eigentlich, wenn Sie AUSFÜHREN, produziert die Fehler, die ich verwendet zu DRUCKEN, um zu sehen, was war das dynamische T-SQL generiert. In beiden Fällen, nvarchar(MAX) - Werte hatte, wurde abgeschnitten. Irgendwelche Ideen?

InformationsquelleAutor Nick Binnet | 2011-09-12

tsql

15

PRINT ist beschränkt auf 8k Ausgabe.

Gibt es auch eine 8k-Grenze in SSMS Ergebnisbereich.

Gehen

tools -> Optionen -> query Ergebnisse

um die Optionen zu sehen.

Überprüfen Sie die Länge der eigentlichen Daten-check:

SELECT LEN(@str)
- Okay. DRUCKEN Sie hier verwendet wird, anstelle von EXEC, um zu sehen, was das eigentliche problem ist.
- Bennet: MSDN sagt: In früheren Versionen von SQL Server sind Zeichenfolgen auf 8.000 bytes beschränkt. Dies erfordert die Verkettung große Zeichenfolgen für die dynamische Ausführung. In SQL Server 2005 den Datentyp varchar(max) und nvarchar(max) - Datentypen können angegeben werden, die es ermöglichen, die Zeichenfolgen mit bis zu 2 Gigabyte an Daten.
- Ich musste NVARCHAR(MAX) - Datentyp zusammen mit sp_executesql, um es zu bekommen arbeiten. Könnten Sie bitte bestätigen, das gleiche kann erreicht werden ohne die Verwendung von sp_executesql? Danke.
InformationsquelleAutor JNK
4

Beim verketten von strings und das Ergebnis ist vom Typ VARCHAR(MAX) und ist mit über 8000 Zeichen, mindestens eine parameter und/oder ein element verwendet wird, in die Verkettung müssen die VARCHAR(MAX) geben, sonst kommt es zu einer Abschneidung, in der resultierenden Zeichenfolge und werden nicht ausführbare Datei in eine EXEC-Anweisung.

Beispiel:
```
DECLARE @sql AS VARCHAR(MAX);
/* DECLARE @someItem AS VARCHAR(100); -- WILL CAUSE TRUNCATION WHEN @sql HAS LEN > 8000 */
DECLARE @someItem AS VARCHAR(MAX); -- All string variables need to be VARCHAR(MAX) when concatenating to another VARCHAR(MAX)

SET @someItem = 'Just assume the resulting @sql variable goes over 8000 characters...';
SET @sql = 'SELECT Something FROM Somewhere WHERE SomeField = ''' + @someItem + '''';

EXEC (@sql);
--PRINT @sql;
```
Mehr Informationen auf MSDN.

"Wenn das Ergebnis der Verkettung von strings überschreitet die Grenze des
8.000 Byte, wird das Ergebnis abgeschnitten. Jedoch, wenn mindestens eine der
strings verkettet ist, einen großen Wert zu geben, nicht abschneiden
auftreten."

InformationsquelleAutor WayneJohn
2

Den Standard-Länge einer varchar ist 30 Zeichen:
```
CAST (ID AS VARCHAR) 
```
Ist es möglich, dass id ist länger als 30 Zeichen?
- Nein, es ist nicht möglich, für die ID, die länger als 30 Zeichen.
- Es ist eine gute Praxis, nie verwenden Sie die Standard-Länge, es gibt auch andere Zeiten, wo die Standard-len ist 1.
InformationsquelleAutor Andomar
2

Den PRINT Befehl ist sicherlich begrenzt auf 8000 chars, unabhängig von der Länge der Ausgabe ist (oder ob es ist vom Datentyp varchar(max)). Um dies zu umgehen, müssen Sie die Ausgabe der Zeichenfolge in Blöcken von <8000 chars

Update: In Antwort auf Ihre Bearbeiten, exec nicht begrenzen Sie die Länge der Zeichenfolge. Ich habe das folgende Beispiel zeigen:
```
DECLARE @str VARCHAR (MAX);


;WITH CTE_Count AS
(
    select counter = 1
    union all
    select counter = counter+1
    from CTE_Count
    Where counter < 2000

)
SELECT             
    @str=COALESCE(@str + CHAR (10) ,
        '' ) + 'select value=' + CAST (counter AS VARCHAR) 
from
    CTE_Count

Option (MAXRECURSION 0)

PRINT len(@str);--SELECT @str;

exec (@str)
```
Läuft dies druckt die Länge als 34892 chars, und alle 2000 execute-Anweisungen ausführen (seien Sie gewarnt, es dauert ein paar Minuten!)

InformationsquelleAutor Jon Egerton
0

Es passiert, wenn Sie Literale verketten, wenn man nicht den Datentyp varchar(max), wird das Ergebnis schlecht sein "implizit gecastet" auf varchar(8000).

Erzeugen ein literal vom Datentyp varchar(max) alle Teile müssen vom Datentyp varchar(max).
Hinweis: Es passiert mir tut updates auf varchar(max) - Spalten, nie getestet mit der EXEC-Befehl.

Auch wie bereits in vorherigen Antworten der print-Befehl hält eine Grenze, aber Sie können versuchen Sie, die variable statt dem drucken. (auch dort ist eine Grenze markieren Sie die Länge, die Sie konfigurieren können, die auf MS-SMS)

InformationsquelleAutor jean

Außerdem wollte ich sehen, was ich geschickt wurde, um Exec, und war verwirrt durch die PRINT-limit. Hatte zu schreiben, ein proc zu drucken, in Stücke schneiden.

CREATE PROCEDURE [dbo].[KFX_PrintVarcharMax] 
    @strMax varchar(max)
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE 
        @index int = 0,
        @start int = 1,
        @blkSize int = 2000;


    WHILE @Start < LEN(@strMax)
    BEGIN
        IF @start + @blkSize >= LEN(@strMax)
        BEGIN
            -- If remainder is less than blocksize print the remainder, and exit.
            PRINT SUBSTRING(@strMax, @start, @blkSize)
            BREAK;
        END
        -- Else find the next terminator (beyond the blksize)
        SET @index = CHARINDEX(CHAR(10), @strMax, @start + @blkSize);
        if @index >= @start
        BEGIN
            PRINT SubString(@strMax, @start, @index - @start + 1)
            SET @start = @index + 1;
            SET @blkSize  = CASE WHEN @start + 2000 < LEN(@strMax) THEN 2000 
                            ELSE LEN(@strMax) - @start + 1 END
        END
        ELSE
        BEGIN
            -- No char(10) found.  Just print the rest.
            PRINT SUBSTRING(@strMax, @start, LEN(@strMax))
            BREAK;
        END 
    END

END

InformationsquelleAutor Darrel Lee

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.