Discussion :

[gui38]

Salut a tous!!
Je suis confronter à un petit problème sur mes tables SQL...j'ai ma petite idée sur la question (je pense que ce n'est malheureusement pas possible) mais je voudrais avoir votre avis.

Alors voila : j'ai une table avec une bonne centaine d'attributs, et je voudrais modifier la position d'un de mes attributs (au lieu que ce soit le 100ème attribut de ma table je voudrais que ce soit le 80ème => cet attribut est mal "chronologiquement" mal placé!!) sans bien sur me retaper toute la définition de la table?? (ceci afin de pouvoir faire un accès aux attributs via jdbc en utilisant une boucle while avec un i qui augmente de 1 a 1)

Si vous avez une petite idée, elle est le bienvenue!!

Merci d'avance!

[tazmania]

Moi je pense directement à une requête ou tu places tes attributs comme bon te semble. Mais il y a peut-être plus pratique.

[gui38]

quelle genre de requete??y'a peut etre moyen que ça me convienne parfaitement!

[SQLpro]

En faisant un SELECT *, vous n'avez JAMAIS AUCUNE ASSURANCE que le serveur de bases de données vous renverra les colonnes dans l'ordre de la création.

En effet dans les SGBDR il n'existe AUCUNE notions d'ordre implicite, car les bases de données reposent sur les mathématiques ensemblites et les ensemble ne possèdent pas d'ordre.

pas d'ordre ni pour les lignes, ni pour les colonnes.

Donc votre demande est ... farfelue et inopinée !

Le seul moyen de préciser l'ordre des colonnes d'un SELECT est de les écrires à la queue leu leu les unes après les autres...
mais une table de 100 colonnes, c'est généralement une abération....

Utilisez des fichiers Cobol ce sera plus simple, plus efficace et plus rapide d'accès!

A +

A +

[fsmrel]

Bonsoir,

SQLpro a tout dit, c'est net, précis et imparable.

Maintenant, si vous avez le couteau sous la gorge, vous pouvez toujours créer une vue dans laquelle le nom de la 100e colonne figurera en 80e position.

Je ne sais pas si cette façon de faire répond à votre problème, c'est à vous de voir, en fonction de votre algorithme séquentiel.

[Antoun]

La question est "quel est ton SGBD ?". Sous Oracle, ce n'est pas possible de changer l'ordre des colonnes (pour les excellentes raisons avancées par SQLpro ), mais sous MySQL c'est un simple ALTER TABLE... CHANGE... AFTER...

[patdez]

...peut-être en :
0. empêcher les acces au SGBD (autre ce celui qui suit)
0'-faire une p'tit sauvegarde, il n'y a pas trop de précautions quand on touche aux données, il faut être capable de revenir en arrière sur cette manip, même si elle est simple
1. créer une Table2 (avec les colonnes dans le bon ordre, mais qu'est ce que le bon ordre ? ...)
2. supprimer les contraintes d'intégrite de Table1
3. copier les lignes de Table1 vers Table2
4. recréer les contraintes d'intégrité pour Table2
5. quelques test (là aussi le quelque...)
5'.permettre à nouveau l'accès au SGBD

ensuite c'est bon, mais c'est un peu lourd...est-ce çà en vaut la peine ?

Il me semble que l'ordre des colonnes retrounées par un SELECT est celui du CREATE TABLE, et c'est toujours le même, heureusement pour les applicatifs...

[Antoun]

C'est ce que j'avais fait lors de mon dernier projet Oracle... j'aime bien quand les choses sont dans l'ordre que j'ai décidé !