Discussion :

[fabien.c]

Bonjour,

J'ai une base tournant sous SQL SERVER 2005 qui comporte une table FACTURE.
Cette table contient plus de 140 000 enregistrements et est composé de 227 champs.

J'ai voulu modifier le type d'un champs (passer un nvarchar(2) à un nvarchar(10)) mais lorsque que j'enregistre j'ai deux messages.

Le premier :

Code :

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

1
2
table 'FACTURE'
- L'enregistrement des modifications de définition des tables comportant de nombreuses données peut prendre beaucoup de temps. Lors de l'enregistrement des modifications, les données de la table seront inaccessibles.

Jusque là pas de problème.

Et le second :

Code :

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

1
2
3
table 'FACTURE'
- Impossible de modifier la table. 
Expiration du délai d'attente. Le délai d'attente s'est écoulé avant la fin de l'opération ou le serveur ne répond pas.

Peut être il y a t'il un timeout à configurer dans sql server ou quelque chose comme ça.

Merci d'avance pour votre aide.

[HULK]

il faut passer par le query analyser, c'est comme ca en 2000, je pense qu'en 200058, ca n'as pas changé. Ta requete peut effectivement prendre beaucoup de temps.

[fabien.c]

Je modifie ma table directement dans le "Management Studio" (je ne sais pas si c'est l'équivalent du query analyser de 2000 dont tu me parles).

J'essayes de voir s'il n'y aurait pas une valeur de délai maximal d'éxécution de la requete dans les propriétés du serveur que je pourrais augmenter.

[HULK]

je sias pas si c'est management studio, je n'ai jamais utilisé 2005. Essaye.

[SQLpro]

Modifier la structure d'une table via entreprise manager alors qu'elle contient beaucoup de données et qu'elle est en exploitation est une opération à très haut risque et qui a toutes les chances d'échouer. En effet le script SQL réalisé pour ce faire effectue les manoeuves suivantes :
1) démarrage d'une transaction au niveau SERIALIZABLE (plus aucun accès même en lecture à tous les éléments modifiés)
2) création d'une table tampon de même sctructure que la table à modifier
3) copie de TOUTE les données de la table originelle dans la table tampon
4) désactivation de TOUTES les contraintes de clefs étrangères de la table originelle
5) suppression de la table originelle
6) reconstruction de la table avec la nouvelle définition de colonne
7) migration des données de la table tampon dans la nouvelle table
8) réimplantation des contraintes d'intégrité référentielle
9) suppression de la table tampon.
Vous comprendrez qu'il ne doit y avoir AUCUN utilisateur qui tente d'accèder, même via une clef étrangère à cette table...

D'ou votre erreur due à un time out d'obtention de verrou qui n'a jamais été satisfait !

Une solution plus intelligente consiste à écrire un script SQL plus fin, comme celui que je décrit ici :
http://sqlpro.developpez.com/cours/s...partie2#L7.6.1

A +

[fabien.c]

Bonjour,

Merci pour votre aide, j'ai consulté le lien que vous m'avez indiqué et mon problème est maintenant résolu.

Je tiens toutefois à vous signaler que l'instruction

Code :

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

1
2
ALTER TABLE nom_table
DROP nom_colonne

ne fonctionne pas sous SQL SERVER 2005.

En effet il faut indiquer dans l'instruction que c'est une colonne car par défaut SQL SERVER le recherche comme étant une contrainte.

Code :

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

1
2
ALTER TABLE nom_table
DROP COLUMN nom_colonne

Encore merci pour votre aide.