Discussion :

[ep31]

Est-il possible de modifier une table (en l'occurence je travaille sur une base SQL Server) qui contient DEJA des enregistrements en agrandissant la taille d'une colonne (cad je veux faire passer une colonne de VARCHAR2(12) à VARCHAR2(15)).
D'après mes souvenirs, il me semble que ça n'est pas possible, y'a-t'il quelqu'un pour confirmer ?

Petite précision qui a son importance : c'est que je voudrais modifier ma table avec un simple script SQL : ALTER TABLE ...

Voilà le script que j'ai écrit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
create table TEST (ID varchar(10) NOT NULL, PROP varchar(10) CONSTRAINT PK_Usr PRIMARY KEY CLUSTERED(ID))
insert into TEST values ('1', 'toto')
insert into TEST values ('2','tutututu')
alter table TEST MODIFY COLUMN PROP varchar(15)
delete from TEST
drop table TEST

Mais mon ALTER TABLE ne marche pas, mauvaise syntaxe ; un indice svp ?

[Lawyer666]

Tu es sous quelle version de SQL Server ?
Moi sous 2000, cette syntaxe fonctionne parfaitement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER TABLE TEST ALTER COLUMN PROP varchar(15)

[ep31]

Ok j'avais un MODIFY COLUMN au lieu d'un ALTER COLUMN.
Merci

[SQLpro]

Ce type de manoeuvre n'est pas possible dans un seul ordre SQL à cause des problématiques d'intégrité référentielle, de contraintes, d'index, de vues...

Mais vous pouvez le faire en plsuieurs temps :
http://sqlpro.developpez.com/cours/s...partie2#L7.6.1

A +

[ep31]

Ce type de manoeuvre n'est pas possible dans un seul ordre SQL à cause des problématiques d'intégrité référentielle, de contraintes, d'index, de vues...

Mais vous pouvez le faire en plsuieurs temps :
http://sqlpro.developpez.com/cours/s...partie2#L7.6.1

A +

Merci pour cette précision mais plus précisément, quel problème cela pose si on ne fait qu'agrandir une colonne de type String ?
Les Foreign Keys ne sont-elles pas uniquement des références à une colonne de table et non à ses propriétés (en terme de taille je précise) ?
Quant aux index, vues et "intégrité référentielle", quel serait le problème ?
Merci

[elsuket]

Bonjour,

Lorsqu'il y a des clés étrangères, il faut que la colonne de la table qui référence la colonne de la table qui contient la clé primaire soient de même type, cela garantit une partie de l'intégrité, mais je ne suis pas sûr de la façon dont cela fonctionne avec les chaînes de caractères.

En revanche pour des colonnes stockant des entiers par exemple, il n'est pas possible d'avoir une colonne clé étrangère de type INT et la colonne clé primaire qui lui correspond de type TINYINT : SQL Server ne l'autorise pas