Discussion :

[Aizen64]

Bonjour,

j'ai un petit soucis sur un ajout d'élément dans une table.

A supposer que j'ai 30 éléments dans cette table, la clé primaire est un numéro qui s'incrémente à chaque insertion.

Je récupère des données à la ligne 10 et ensuite je fais une insertion dans la table, qui devra avoir le numéro 31 donc.

Tout ça fonctionne sauf que l'insertion se fait à la suite de l'indice 10 et non en bout de table, c'est pas terrible niveau lisibilité, des solutions pour insérer automatiquement en fin de table ?

[Chtulus]

Bonjour,

Essaie ceci :

Code :

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

1
2
3
4
 
SELECT MAX(ChampsPrimaryKey) + 1
         FROM Table
-- ORDER BY ChampsPrimaryKey "mais là je suis pas sûr"

Sinon tu as le chapitre 3 à cette adresse qui explique tout sur les clefs auto incrémenté

http://sql.developpez.com/clefs/

[mdevlieg]

Bonjour,

Ton problème n'est pas clair, tu parles d'ordre lors de l'insertion. L'ordre n'est fournit que par la clause ORDER BY.

Peux tu fournir ton SELECT.

[Aizen64]

J'ai réussi mais j'ai utilisé une technique un peu bizarre :

J'ai fait un SELECT d'une donnée quelconque de la table vraiment au hasard au dernier élément de la table juste avant l'insertion.

Par conséquent au moment de l'insertion, il a plaçé le nouvel enregistrement à la suite.

Pour être plus clair si je reprends l'exemple que j'ai donné avant, j'ai récupéré les données à la ligne 10, ensuite j'ai sélectionné une donnée bidon sur la 30ème ligne (la dernière de la table avant l'insertion), et enfin j'ai fait l'insertion que je voulais faire.

Forcément, la ligne suivante va être utilisée pour l'insertion.

[mdevlieg]

Je suis content que tu ai résolu ton problème mais honnêtement, je ne comprends rien a ce que tu fais et ce que tu veux faire.
Je me demande si tu ne te trompe pas sur la manière dont fonctionne un SGDD.

[Aizen64]

Je vais tenter d'être clair, voilà un exemple, avec les indices de lignes qui correspond à une clé primaire (entier) :

1
2
3
5
6
7
8
9
10


A supposer que je récupère des infos sur la ligne 6, et que juste après (TRIGGER) je dois insérer un enregistrement. Cet enregistrement devra avec comme clé primaire 11.

Si je fais l'insertion directement après avoir récupéré des champs à la ligne 6, ça donnera ça dans ma table :

1
2
3
4
5
6
11
7
8
9
10

Techniquement il n'y a aucun problème après c'est une question de requête SQL sur la table, mais pour des questions de lisibilité et compte tenu que je fais certains tests, c'est plus facile que je vois ça :

1
2
3
4
5
6
7
8
9
10
11

Pour faire ça, juste avant d'insérer un enregistrement, je fais une requête SQL bidon sur la dernière ligne présente sur la table, dans l'exemple c'est 10 avant insertion, par conséquent, la prochaine insertion sera placée tout au bout.

Suis-je clair ?

[ddaime]

Je pense, mais je me trompe peu être, qu'il s'agit d'un probleme d'affichage. Quel outil utilise tu pour gérer ta base de données ?

[Aizen64]

Je pense pas que ce soit un problème d'affichage, je suis sous SQL Server 2005.

[ddaime]

Oui, j'ai bien compris que tu était sous SQL Server 2005 mais il s'agit d'un SGBDR et qui fonctionne bien puisque lors de ton nouvel enregistrement ton identifiant autoincrémenté s'incrémente bien de 1. J'ai fait des essais avec SQL Server Management Studio Express et l'ordre d'affichage des enregistrements se fait bien en fonction de ma colonne ID.

[elsuket]

Bonjour,

Attention : en aucun cas une table n'est censée être ordonnée.
Ce que vous montre SQL Server Management Studio est autre chose, c'est de la cosmétique. Si vous souhaitez afficher les lignes selon un certain ordre, c'est au niveu applicatif qu'il vousfaut le gérer.
Ce qui est retourné par SQL Server Managment Studio soit provenir d'un index sur votre table qui a ordonné les lignes de cette façon ...

[SQLpro]

Lisez l'article que j'ai écrit au sujet des erreurs que commettent les débutants. Vous êtes en plein dedans :
http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L5

"
Une table est un sac de bille. Si vous recevez mon sac de bille, avez-vous un moyen quelconque de savoir quelle a été la dernière bille que j'y ai fourrée ? Les SGBDR ont l'habitude de minimiser les coûts de gestion des entrées/sorties de disque. Autrement dit, lorsque je supprime une ligne, celle ci n'est pas effacée, ni compactée. Elle reste un espace mort. Si une nouvelle insertion arrive, il y a fort à parier que votre SGBDR y placera la nouvelle ligne à insérer !
"

A +