Convertir entre texte et varchar(MAX) dans SQL Server

J'ai lu seulement l'accès à certains SQL server 2008 R2 base de données et j'ai besoin de copier des données à partir de certains de ses tables de tables de ma base de données; les deux bases de données ont le même classement.

La source de base de données utilise un grand nombre de colonnes de text type de données. Je peux faire la cible des colonnes dans ma base de données de type varchar(MAX) et de copier les données sans aucun risque (je suis en utilisant les instructions INSERT pour copier des données)?

En d'autres termes, je peux copier des données de chaîne à partir de la colonne de text type de la colonne de varchar(MAX)? Les deux colonnes d'utiliser le même classement.

  • Remarque: après la mise en garde de nous - MS ont effectivement retiré type de TEXTE pour Sql Data Warehouse dans le cloud. Il est toujours disponible pour Azure SQL Database mais le super haut de gamme d'entreposage de données a été retirée : docs.microsoft.com/en-us/azure/sql-data-warehouse/...
InformationsquelleAutor Joxi | 2012-05-15
  1. 37

    Oui, certainement - VARCHAR(MAX) est le type que vous devriez être en utilisant de toute façon. L'implémentation sous-jacente de ces deux types est essentiellement le même (sur de grandes suffisamment de données, ou après un changement de type de texte à VARCHAR(MAX)), si vous vous inquiétez à ce sujet.

    Vous pouvez même "convertir" une colonne existante de type TEXT à VARCHAR(MAX) par le biais de:

    ALTER TABLE dbo.YourTableHere
ALTER COLUMN YourTextColumnHere VARCHAR(MAX)

    Cela va transformer votre TEXT colonne dans un VARCHAR(MAX) colonne sans aucune perte de données.

    L'essayer! (sur un copie de votre base de données existante d'abord, bien sûr)

    • est-ce vraiment sans danger de le faire. Ce qui se passe si text colonne est plus grande que l' varchar(max) colonne. Would'nt vous couper le texte alors?
    • Oui, c'est sûr. NVARCHAR(max) n'est pas NVARCHAR(4000). Il n'y a pas de limite de longueur avec NVARCHAR(max).
    • Ok. Ainsi, un simple test. Comme ceci: DECLARE @text VARCHAR(MAX);SET @text=REPLICATE('0,',200000);SELECT DATALENGTH(@text);. Pouvez-vous expliquer pourquoi DATALENGTH retour 8000?
    • limite de longueur est un peu trop optimiste à 2 GO (soit 1 milliard de caractères Unicode), il y a va une limite. Mais c'est assez bon pour plusieurs centaines d'exemplaires de Léon Tolstoj de la Guerre et de la Paix - dans une seule colonne 🙂
    • ajouter une ligne SET @Text = @Text + @Text + @Text et vous obtenez 24'000 caractères.... c'est une limitation de SQL Server Management Studio - pas de SQL Server.
    • ok très bien. Demande seulement que c'est la meilleure solution. +1
    • Vous avez raison, j'ai écrit cet article avec cette tâche particulière à l'esprit. Donc pour conclure: NVARCHAR(MAX) est NVARCHAR(1000000000) avec une optimisation des performances pour les données qui permettraient d'arriver à tenir dans NVARCHAR(4000): ces courts données sont stockées en ligne (en NVARCHAR de la mode), tandis que les grandes données sont stockées comme des gouttes, dans NTEXT comme la mode.
    • Le REPLICATE effet est causé par le type de votre '0,' chaîne de caractères (rétro-compatible comportement). La suivante va générer d'énormes données parfaitement: REPLICATE(CAST('0,' as NVARCHAR(MAX)), 200000)). SSM est pas en cause ici.
    • J'ai encore à comprendre pourquoi dans le monde SQL Management Studio en sent le besoin de supprimer et recréer une table lors de la modification des types de données des colonnes. J'avais espéré en maintenant le script de génération devrait devenir plus intelligent.
    • Serait conversion de TEXTE en datetype colonnes de type Varchar(max) me sauver de l'espace? J'ai un disque dur 40 go table qui comporte 3 Colonnes de Texte pour les notes et d'autres données qui est bourré avec 10M de dossiers. merci
    • non - c'est toujours le même, de longueur variable, de 1 octet par caractère de texte - il n'est pas compressé ou autrement "optimisé" .
    • gotcha, merci.
    • Un catalogue de texte intégral (FULLTEXT INDEX) sur la colonne en question va arrêter le changement de type varchar. Heureusement, je n'ai pas besoin de la mienne, pas plus!

    InformationsquelleAutor marc_s