L'augmentation de la taille de la colonne VARCHAR dans une grande table peut-elle poser des problèmes ?

Question

J'utilise SQL Server 2008 et j'ai besoin d'agrandir un champ VARCHAR, de (200 à 1200) sur une table d'environ 500 000 lignes. J'ai besoin de savoir s'il existe des problèmes auxquels je n'ai pas pensé.

Je vais utiliser cette instruction TSQL :

ALTER TABLE MyTable
ALTER COLUMN [MyColumn] VARCHAR(1200)

Je l'ai déjà essayé sur une copie des données et cette déclaration n'a pas eu d'effets néfastes que j'ai pu constater.

Y a-t-il des problèmes que je n'ai pas envisagés ?

D'ailleurs, la colonne n'est pas indexée.

Answer 1

Il s'agit uniquement d'un changement de métadonnées : c'est rapide.

Une observation : spécifiez NULL ou NOT NULL explicitement pour éviter les "accidents" si l'un des paramètres SET ANSI_xx est différent, par exemple, exécuté dans osql et non SSMS pour une raison quelconque.

Answer 2

Je voulais juste ajouter mon grain de sel, puisque j'ai cherché cette question sur Google parce que je me suis retrouvé dans une situation similaire...

SOYEZ PRÊTS qu'en passant de varchar(xxx) a varchar(yyy) est un changement de méta-données en effet, mais le fait de changer en varchar(max) ne l'est pas. Parce que varchar(max) (alias valeurs BLOB - image/texte, etc.) sont stockées différemment sur le disque, non pas à l'intérieur d'une ligne de table, mais "hors ligne". Ainsi, le serveur peut devenir fou sur une grande table et ne plus répondre pendant des minutes (heures).

--no downtime
ALTER TABLE MyTable ALTER COLUMN [MyColumn] VARCHAR(1200)

--huge downtime
ALTER TABLE MyTable ALTER COLUMN [MyColumn] VARCHAR(max)

PS. Il en va de même pour nvarchar ou cours.

Answer 3

Le passage de Varchar(200) à Varchar(1200) ne devrait pas poser de problème puisqu'il ne s'agit que d'un changement de métadonnées et comme SQL Server 2008 tronque les espaces vides excessifs, vous ne devriez pas non plus constater de différences de performances. En résumé, le changement ne devrait pas poser de problème.

Answer 4

Une autre raison pour laquelle vous devriez éviter de convertir la colonne en varchar(max) est que vous ne pouvez pas créer un index sur une colonne varchar(max).

Answer 5

Dans mon cas, la colonne alter ne fonctionnait pas, donc on peut utiliser la commande 'Modify', comme par exemple :

alter table [nom_table] MODIFIER la colonne [nom_colonne] varchar(1200) ;