Discussion :

[bipcpp]

Bonsoir,

Soit une table contenant les champs :
- champ1
- champ2

Je voudrais au final avoir cela :
- champ1
- nouveauchamp
- champ2

Comment insérer un champ au millieu d'autres champs à l'aide d'une commande SQL :
ALTER TABLE matable INSERT .....

Je sais le faire avec Entreprise manager mais pas avec une commande SQL.

Merci.

[SQLpro]

Ceci est PARFAITEMENT STUPIDE et contrevient à la notion même de base de données relationnelles dons la théorie repose sur une logique ensembliste. Or il n'existe aucune notio d'ordre implicite dans les ensembles.

SQL n'a donc pas prévu (et heureusement) cette possibilité farfelue et grotesque.
Si vous voulez faire cela, retourner à des fichiers. N'utilisez pas un SGBDR et évitez SQL !

Lisez l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L6

A +

[icebe]

C'est faisable avec l'enterprise manager(SQL-2000) ou le management studio (SQL-2005)
Il faut sélectionner le table puis choisir modify (ou edit) puis on peu faire un insert d'une colonne avec la touche insert du clavier (après avoir sélectionné le nom d'une colonne).

L'insert d'une colonne ne fonctionne que de cette manière.
J'ai déja envisagé de le faire via les tables système mais c'est beaucoup trop dangereux.
Si qulqu'un a une méthode via script. Je suis preneur.

[WOLO Laurent]

Bien sûr que les outils graphiques le permettent.
Mais qu'est ce qui ce passe en arrière plan :

Code :

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

1
2
3
4
5
6
7
 
Begin Transaction
Une nouvelle table est crée
Les données sont copiées entre les deux tables
La première table est supprimée
La deuxième est renomée avec le nom de l'ancienne table.
Commit Transaction

En conclusion, nous n'avons qu'un contournement, mais ce n'est pas pris en charge par SQL directement.

[SQLpro]

et bonjour la merde s'il y des des contraintes d'intégrité référentielle et du volume de données dans la table !!!

A +

[WOLO Laurent]

Surtout que cela ne t'apporte rien du tout, pour quoi se compliquer la vie avec des éléments de présentation ? ? ?

Ajoute ta nouvelle colonne, puis crée une vue avec une présentaion et un ordre de colonne comme tu veux et le tour est joué !!!

[bipcpp]

Bonsoir,

Ceux qui pratiquent les bases de données pourront imaginer le besoin.

Il peut y avoir plusieurs raisons :
- pour faire joli
- pour éviter des problèmes lors de certaines requètes : select * from matable order by 3 (on ne maîtrise pas toujours les requètes faites par les utilisateurs)
- ... (ajouter ici vos raisons)
- pour mon besoin spécifique :

j'ai créé un logiciel gratuit de comparaison de base de données (table, champs, vues, fonctions, procédures stockées, index, contraintes, triggers), je souhaite maintenant écrire le script pour "corriger" la/les bases qui ont des manquants ou des différences.
C'est ici que je souhaiterai rajouter les champs "au milieu" de la table, je suis bien d'accord que c'est PARFAITEMENT STUPIDE et contrevient à la notion même de base de données relationnelles voire même farfelu et grotesque mais c'est bien plus carré et logique.

Entreprise manager faisant cela, cela doit être possible.
Est-ce que la seule solution est de dropper la table puis de la recréer ?

Je n'ai jamais utilisé d'autres logiciels de synchronisation de base, comment font-ils ?

Merci de vos réponses.

[eloma]

J'avoue, moi aussi j'aime créer mes colonnes au bon endroit.
Je n'en ai pas honte.

SQLPro : Je vais me faire insulter aussi ? je devrais consulter ? lire votre livre ?
ZERS : Tant mieux si le SGBD stocke les données de manière optimisée dans le disque. Moi ce qui m'importe ce n'est pas la "boîte noire", c'est ce que je vois en sortie.

Quand je crée un logiciel pour un utilisateur, je lui présente les données dans l'IHM de manière claire et compréhensible.
Quand j'utilise un SGBDR, je suis l'utilisateur de celui qui a conçu le SGBDR, donc j'exige que les données me soient présentées de manière claire et compréhensible.

Si j'ajoute une colonne pour le deuxième prénom, je veux qu'elle apparaisse après le prénom quand je fais un SELECT * pour voir le contenu de ma table.
Et je ne connais aucun SGBD qui renvoie les colonnes dans un ordre aléatoire lorsque l'on fait un SELECT * (SQL Server, MySQL, PostgreSQL, H2 Database, MS Access, FoxPro), il faut arrêter de plaisanter.

La norme SQL et les théories ensemblistes sont une chose, tout cela s'applique au moteur du SGBDR, d'accord avec vous.
Mais l'ordre des colonnes à l'écran, elle, vient d'une couche "présentation" de ce moteur, puisque comme vous l'avez dit, il n'y a pas d'ordre dans un ensemble... ça n'a donc rien à voir, donc merci de cesser avec vos "vous n'avez RIEN COMPRIS aux SGBDR, vous en êtes restés au FICHIERS..." ... ri-di-cule.

En conclusion, SQLPRO, vous n'aviez peut-être pas pensé qu'il y avait aussi une couche de présentation dans les SGBDR ? (je fais référence à une architecture logicielle en couches si vous souhaitez vous documenter sur le sujet)

Allez, sans rancune et bonne journée, mais essayez d'être beaucoup moins agressifs quand vous dispensez votre savoir.

[escartefigue]

Attention : si vous modifiez votre table en ajoutant une colonne au milieu, ou tout simplement en modifiant la longueur ou le type d'une colonne existante, vous compromettez l'utilisation d'anciennes sauvegardes qui ne pourront plus être rechargées

Donc, même si je réprouve aussi la forme des remarques de certains contributeurs, sur le fond, je les rejoins à 100% :
Une base de données doit être pérenne et sécurisée, compromettre les backup/restore pour un simple confort d'utilisation de select * est une erreur
Sans compter que select * devrait être interdit dans les applications (c'est le plus souvent le cas d'ailleurs)

[StringBuilder]

Le simple fait de vouloir obtenir des colonnes "dans le bon ordre" à l'aide d'un SELECT * est une erreur.

Le * ne sert qu'à deux choses :
- Dans le COUNT(*)
- A faire des tests de bidouilles quand on ne connait pas le MCD

Pour le reste, on indique toujours le nom des colonnes retournées, ne serait-ce que pour éviter de charger des colonnes de type varchar(max) ou autres BLOB inutilement ! (bonjour la charge IO et réseau)

[elsuket]

Il y a aussi le EXISTS() qui est optimisé pour l'utilisation de *

Dans tous les cas, le SELECT doit spécifier les colonnes à retourner, que l'on ajoute la colonne "à la fin" ou "au milieu" de la table.

@++

[berceker united]

Je rajoute ma petite goutte. L'utilisation du ORDER BY 1,2, ... est à utiliser seulement pour de la requête a mains levé juste pour regarder une info dans une table.
En aucun cas ça doit être utilisé en développement. J'en ai vu ce faire jeter à cause de ça.

Après, je peux comprendre qu'il y ait un besoin d'ordonner des colonnes selon sa logique. Au mieux il faut le faire lors de la conception de la table au pire, un bricolage qui consiste à stocker les données dans une table 2. Détruire la table 1 et la reconstruire mais c'est une très mauvaise idée aussi lié au référence. Le manager fait plus ou moins la même chose. Il suffit de regarder le script générer pour faire le changement de position. SQLPro à raison, c'est une chose illogique SQL Server n'est pas Acces. Je vais reprendre un exemple de SQLPro encore, il faut voir les champs stockés comme des billes dans un sac, c'est pareille pour les enregistrements. Il y a pas de sens