La conversion de ntext à nvcharmax(max) - Prise autour de la taille limitation

Je suis en train de modifier une existante de SQL NText colonne de nvcharmax(max), et la survenue d'une erreur sur la limite de taille. Il y a une grande quantité de données existantes, ce qui est plus que le 8k limite, je crois.

Nous sommes à la recherche pour convertir ce, afin que le champ est consultable dans LINQ.

L'2x SQL j'ai essayé sont:

update Table
set dataNVarChar = convert(nvarchar(max), dataNtext)
where dataNtext is not null

update Table
set dataNVarChar = cast(dataNtext as nvarchar(max))
where dataNtext is not null

Et l'erreur que j'obtiens est:

Cannot create a row of size 8086 which is greater than the allowable maximum row size of 8060.

C'est à l'aide de SQL Server 2008.

Toute aide appréciée,
Merci.

Mise À Jour /Solution:

L'marqué réponse ci-dessous est correct, et SQL 2008 peut modifier la colonne type de données correct dans ma situation, et il n'y a pas des drames avec LINQ-utilisation de l'application que nous utilisons sur le dessus de celui-ci:

alter table [TBL] alter column [COL] nvarchar(max)

J'ai également été invités à le suivre avec:

update [TBL] set [COL] = [COL]

Qui effectue la conversion en déplaçant les données à partir du lob structure de la table (si la longueur en moins de 8k), ce qui améliore les performances /garde quelque chose de propre.

InformationsquelleAutor Overflew | 2011-01-16
  1. 16

    Qui est plus probable, car la colonne dataNVarChar n'est pas définie de type NVARCHAR(max)
    Pour convertir une colonne de NTEXT de type NVARCHAR(MAX), l'utilisation de cette

    alter table TBL alter column COL nvarchar(max)

    Il va effectuer la conversion des données dans la colonne pour vous en même temps

    • Pour clarifier, l'dataNVarChar colonne spécifiée est de type NVarChar(MAX). J'ai cependant trouvé ce qui se passe dans SQL 2008 et 2008 R2...
    • Lire ici stackoverflow.com/questions/1701808/... en exergue la colonne varchar(max). Il pourrait être un bug en 2008, qui tente de stocker les données en direct, car il fonctionne en 2008 R2 (et devrait en 2005). Si possible, un froid de migration de la colonne type de ALTER COLUMN peuvent fonctionner aussi bien, au lieu de la 2ème colonne.
    • Qui ne sonnent comme cela doit être un bug. Les colonnes définies comme max doit sont automatiquement stockées hors de la ligne si elle allait déborder le max de la taille de ligne. Vous pouvez indiquer explicitement à SQL server pour stocker de grandes types de données hors ligne en utilisant ce: EXEC sp_tableoption 'yourtablename", "grands types de valeur hors de la ligne', 1;
    InformationsquelleAutor RichardTheKiwi