INSERT à une position donnée

**b_zakaria** · 30/07/2008, 10h42

Bonjour tout le monde,

mon problème est le suivant :

J'ai une table "personne" avec les champs (nom,age) et qui contient les enregistrements :
((toto,25);(tata,21);(titi,20))

J'aimerais juste pouvoir insérer un enregistrement après (tata,21).
Y a-t-il un moyen pour insérer à un emplacement qu'on choisit nous-même et non de laisser au système insérer à la fin de la table ?

Merci d'avance.

**misterdi** · 30/07/2008, 15h15

Salut,

Théoriquement la position est attribuée doffice par le SGBD, et en plus en relationnel on ne travaille qu'avec des ensembles donc il n'y a pas de notion d'ordre (un même SELECT peut te renvoyer les mêmes tuples mais dans un ordre différent). Pour avoir toujours le même ordre (croissant ou décroissant), tu dois mettre la clause ORDER BY dans ton SELECT.

En pratique on peut définir des politiques de remplissage pour un SGBD mais là il te faudra quelqu'un avec plus d'expérience que moi

En plus ça dépend du SGBD que tu uitilise.

**b_zakaria** · 30/07/2008, 15h50

Merci pour ta réponse,

j'utilise Mysql comme SGBD... à mon avis ça ne change pas grand chose pour le problème posé! N'empêche que j'étais tout à l'heure on m'a dit sur le Chat qu'il faudrait passer par des triggers ou des vues ?!

Je vais voir et s'il y a du nouveau je ferai signe.

**Sensei.f** · 30/07/2008, 17h20

Le plus simple est encore de modifier le modèle de ta table:
Ajouter une colonne "ordre" à ta table "personne"
Tes enregistrements deviendraient donc
((toto,25,1);(tata,21,2);(titi,20,3))
Et si tu souhaites insérer un ligne juste après tata, tu peux le faire en 2 commandes:
1. on décale l'ordre...

Code :

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

update personne set ordre=ordre+1 where ordre > 2;

2. on insère la ligne:

Code :

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

insert into personne ('tete',78,3);

**SQLpro** · 30/07/2008, 22h43

Votre demande farfelue est impossible et n'a d'ailleurs aucun intérêt.
Lisez ce que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro?ti..._sont_des_ense

A +

**Sensei.f** · 31/07/2008, 00h12

Envoyé par SQLpro

Votre demande farfelue est impossible et n'a d'ailleurs aucun intérêt.

Je ne suis pas vraiment d'accord avec vous...
Effectivement, maîtriser l'endroit exact où est insérer une ligne n'a aucun sens... Par contre, avoir la possibilité d'ordonnancer les lignes en a souvent...

Supposons un modèle représentant différentes étapes d'un processus. Ces étapes ont généralement un ordre d'exécution plus ou moins prédéfini, il est donc souvent intéressant d'avoir la possibilité d'insérer de nouvelles étapes à une position donnée... Donc de "maîtriser" la position où est insérée la ligne. C.Q.F.D ^^

**Yanika_bzh** · 31/07/2008, 08h14

Encore une fois, non, la maitrise de la position de l'insertion d'un tuple est du ressort exclusif du moteur SGBD, c'est celle de la recupération qui est du devoir du client.
Dans un sac de billes multicolores, vous n'y inserez pas les billes rouges avant les billes bleues pour pouvoir les sortir dans cet ordre, c'est au moment ou vous voulez les sortir que votre mecanisme de tri va se mettre en place.
L'important est d'avoir choisi une bonne colonne de tri et de la valoriser correctement lors de l'insertion.

Bon courage

**SQLpro** · 31/07/2008, 09h11

Je ne suis pas vraiment d'accord avec vous...

Vous le pouvez, cela ne me gène pas.
En revanche vous aurez du mal à ne pas être d'accord avec ce que fait un SGBDR. Sinon, revenez aux fichiers Cobol, et laissez les SGBDR tranquille !

Si vous voulez un ordre particulier à vous de l'implanter en rajoutant à votre table une colonne pour ce faire.

A +

**pacmann** · 31/07/2008, 09h16

Nooooon !
Je suis d'accord avec Sensei.f : Yanika_bzh, SQLPro, arrêtons l'hypocrisie.
Si le SQL se limite à la vision ensembliste, on n'arrête les order by, les fonctions analytiques, ...
D'ailleurs petite parenthèse : la notion de séquence est également définie purement à partir des ensembles.
Soit {a, b, c, d} un ensemble.
On définit la séquence [b, d, c, a] par l'ensemble des 4 ensembles :
{{b}, {b, d}, {b, d, c}, {b, d, c, a}}

Bon, plus sérieusement, vous ne pouvez vraiment pas vous imaginez qu'on puisse avoir envie de créer un ordre sur ses données ?
La question qu'on peut se poser par exemple : pour quel raison cherche-t-il a changer l'ordre physique ?

Je pense comme Sensei.f que zakaria84 a mal exprimé son besoin, et qu'il l'a également mal modélisé.

[EDIT]
Après la réponse de SQLPro, j'insiste : je ne suis pas sûr que zakaria84 veuille changer la gestion physique des données pour le plaisir, et que son besoin est peut être légitime mais mal exprimé...

SQLPro : regarde le post plus haut du sensei : l'ajout de colonne pour maîtriser l'ordre est la première suggestion qu'il a faite...

**Sensei.f** · 31/07/2008, 09h22

Envoyé par SQLpro

Si vous voulez un ordre particulier à vous de l'implanter en rajoutant à votre table une colonne pour ce faire.

A +

C'est bien la solution que je lui proposais

Y a-t-il un moyen pour insérer à un emplacement qu'on choisit nous-même et non de laisser au système insérer à la fin de la table ?

Donc non, pas dans l'absolu, mais on peut y arriver par un autre mécanisme...

**misterdi** · 31/07/2008, 11h40

Un moyen d'accélérer l'exécution de la requête serait de créer un INDEX sur le champ utilisé pour le tri, mais il faut alors quand même créer ce champ si il n'existe pas déjà (dans l'exemple, les personnes sont classées par ordre décroissant d'âge (?)) et de toute façon ajouter la clause ORDER BY (ASC ou DESC) dans le SELECT.

Envoyé par zakaria84

N'empêche que j'étais tout à l'heure on m'a dit sur le Chat qu'il faudrait passer par des triggers ou des vues ?!

Tu peux créer une vue effectivement qui ne serait rien d'autre qu'un SELECT, mais à priori tu exécuterais alors des SELECT sur une vue triée mais je pense que rien ne garanti que tu ai toujours des données triées après ce SELECT. (Comme la souligné SQLpro il n'y a pas de notions d'ordre "normalement" dans les SGBD(-Relationnels) car ils reposent sur la théorie des ensembles).

Donc le plus simple reste de mettre un ORDER BY dans la clause SELECT que tu éffectueras sur ces données.

**b_zakaria** · 31/07/2008, 14h37

Merci à tous pour vos réponses,

Je suis d'accord, et je l'avoue, que je dois revoir la conception de la base.
Cependant mon objectif était d'éviter toute intervention sur sa structure.
J'ai cherché un peu partout, et surtout dans la doc très complète du site officiel de Mysql, et pour l'instant aucun élément de réponse car, comme vous me l'aviez dit, c'est le moteur de base qui "insère automatiquement à la dernière position" en quelque sorte donc, pour arriver à mes fins, je dois intervenir sur le moteur même de Mysql !!!

(Pour plus de précisions, j'utilise Mysql/PHP)

Merci pour vos réponses.

**pacmann** · 31/07/2008, 15h21

Non, je ne pense pas que tu vas réécrire le SGBD...
Tu es sûr que tu ne veux pas nous dire ce que tu cherches à faire ?

Parce que si jamais tu te disais qu'en faisant ça, tu allais faire ensuite

Code :

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

SELECT * FROM TaTable

et te baser sur l'ordre de sortie sans order by, TU TE PLANTES !

(comme tout le monde te le dit depuis des posts et des posts, tu n'as absolument pas la main sur ce qui se passe physiquement, et c'est contre le principe du SQL).

**SQLpro** · 31/07/2008, 15h48

Heureusement comme MySQL est un produit récent et finalement bien moins complet qu'Oracle ou SQLServer, je pense que la ré écriture à ta sauce du moteur ne devrait pas t'occuper plus de 20 à 30 années hommes.

Bon courage !

A +

**CinePhil** · 31/07/2008, 16h55

J'aime les réponses de SQLPro !

Bon, revenons à ce que tu sembles vouloir faire...

Envoyé par zakaria84

J'ai une table "personne" avec les champs (nom,age) et qui contient les enregistrements :
((toto,25);(tata,21);(titi,20))

J'aimerais juste pouvoir insérer un enregistrement après (tata,21).

Code :

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

1
2
INSERT INTO personne(nom, age)
VALUES('tutu', 23)

Tu as donc maintenant la table ((toto,25);(tata,21);(titi,20);(tutu,23)).
Tu la veux triée par âge :

Code :

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

1
2
3
SELECT *
FROM personne
ORDER BY age

Ci-dessus en ordre croissant d'âge. Si tu veux en ordre décroissant c'est :

Code :

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

1
2
...
ORDER BY age DESC

Ne te complique pas la vie pour rien !
A moins que tu aies envie de perdre 20 à 30 ans de ta vie ?

**Yanika_bzh** · 31/07/2008, 17h52

Envoyé par pacmann

Nooooon !
Je suis d'accord avec Sensei.f : Yanika_bzh, SQLPro, arrêtons l'hypocrisie.
Si le SQL se limite à la vision ensembliste, on n'arrête les order by, les fonctions analytiques, ...
D'ailleurs petite parenthèse : la notion de séquence est également définie purement à partir des ensembles.
Soit {a, b, c, d} un ensemble.
On définit la séquence [b, d, c, a] par l'ensemble des 4 ensembles :
{{b}, {b, d}, {b, d, c}, {b, d, c, a}}

Bon, plus sérieusement, vous ne pouvez vraiment pas vous imaginez qu'on puisse avoir envie de créer un ordre sur ses données ?
La question qu'on peut se poser par exemple : pour quel raison cherche-t-il a changer l'ordre physique ?

Je pense comme Sensei.f que zakaria84 a mal exprimé son besoin, et qu'il l'a également mal modélisé.

[EDIT]
Après la réponse de SQLPro, j'insiste : je ne suis pas sûr que zakaria84 veuille changer la gestion physique des données pour le plaisir, et que son besoin est peut être légitime mais mal exprimé...

SQLPro : regarde le post plus haut du sensei : l'ajout de colonne pour maîtriser l'ordre est la première suggestion qu'il a faite...

Ce n'est en aucun cas de l'hypocrisie ...
Je suis tout a fait d'accord qu'on veuille definir une notion d'ordre sur ses données, mais ceci n'est pas le pb du moteur de votre SGBD !!! C'est le votre, en y inserant une donnée qui pourra definir votre sequence.
Dans mon exemple de sac de billes multicolores, ajoutez sur chaque bille un sticker contenant le N° d'ordre que vous inserez et vous aurez votre sequence, mais c'est toujours lors de votre recuperation de données que vous ferez ce tri, jamais dans le sac de billes ...
Un SGBD n'est pas FIFO ou FILO

Bon courage

**b_zakaria** · 01/08/2008, 10h55

Salut à toutes et à tous,

bon, j'ai marqué que le sujet est résolu même si je n'ai pas pu trouvé une solution adéquate et surtout élégante au problème. Ainsi, je vais essayer de voir côté environnement de programmation si je peux arriver à insérer/afficher comme je l'espère.

Donc, pour moi le sujet est résolu vu que, d'après les posts, ma vision des choses était fausse car SQL gère les lignes d'enregistrement comme ensembles non liés même s'ils sont définis au sein d'une même structure (table).

Merci encore et à plus!

INSERT à une position donnée

Langage SQL

Discussions similaires

Partager

Partager