Version imprimable
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.
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 :mrgreen:
En plus ça dépend du SGBD que tu uitilise.
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.
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...
2. on insère la ligne:Code:update personne set ordre=ordre+1 where ordre > 2;
Code:insert into personne ('tete',78,3);
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 +
Je ne suis pas vraiment d'accord avec vous...Citation:
Envoyé par SQLpro
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 ^^
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
Vous le pouvez, cela ne me gène pas.Citation:
Je ne suis pas vraiment d'accord avec vous...
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 +
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...
C'est bien la solution que je lui proposais :?Citation:
Envoyé par SQLpro
Donc non, pas dans l'absolu, mais on peut y arriver par un autre mécanisme...Citation:
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 ?
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.
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).Citation:
Envoyé par zakaria84
Donc le plus simple reste de mettre un ORDER BY dans la clause SELECT que tu éffectueras sur ces données.
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.
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
et te baser sur l'ordre de sortie sans order by, TU TE PLANTES !Code:SELECT * FROM TaTable
(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).
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 +
J'aime les réponses de SQLPro ! :lol:
Bon, revenons à ce que tu sembles vouloir faire...
Citation:
Envoyé par zakaria84
Tu as donc maintenant la table ((toto,25);(tata,21);(titi,20);(tutu,23)).Code:
2
Tu la veux triée par âge :
Ci-dessus en ordre croissant d'âge. Si tu veux en ordre décroissant c'est :Code:
2
3
Ne te complique pas la vie pour rien !Code:
2
A moins que tu aies envie de perdre 20 à 30 ans de ta vie ? :lol:
Ce n'est en aucun cas de l'hypocrisie ...Citation:
Envoyé par pacmann
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
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!