SQL Server (et tout autre RDBMS, en fait) n'a aucune notion de "ordre de colonne" - par ex. Si vous déplacez des colonnes, la seule façon d'obtenir cette nouvelle structure de table est d'émettre une nouvelle instruction CREATE TABLE
. Vous ne pouvez pas ordonner vos colonnes d'une autre manière - et vous ne devriez pas, vraiment, puisque dans la théorie relationnelle, l'ordre des colonnes dans un tuple n'est pas pertinent.
La seule chose SQL Server Management Studio peut faire (et a fait tout le long) est:
- renommer l'ancienne table
- créer la nouvelle table dans votre nouvelle mise en page que vous souhaitez avoir
- copier les données au-dessus de l'ancienne table
- tomber l'ancienne table
la seule façon de contourner cela est:
- ne réorganisant les colonnes - seulement ajouter de nouvelles colonnes à la fin de votre table
- utilisation
ALTER TABLE
instructions SQL au lieu du concepteur de table interactive pour votre travail
je ne partage pas l'opinion commune que l'ordre n'a pas d'importance. La lisibilité et l'organisation comptent toujours lors de la programmation. Par exemple, j'aime toujours que mes PK soient groupés, pas entrecoupés sur une table de 50 colonnes. Pour un autre exemple, un obfuscator n'a pas d'importance pour la fonctionnalité d'un programme, mais il fait (délibérément) le code dans un désordre terrible. IMO le désir de commander vos colonnes est tout à fait naturel. – Tekito