Discussion :

[MedZero]

Bonjour,
Je voudrais savoir l'ordre dans lequel sont insérés les lignes dans une table.
C'est a dire quand, on insère une ligne dans la table :
- sera t-elle a la fin de la table ?
-sera t-elle au début de la table ?
-sera t-elle au milieu des autres lignes ?
Je sais compter sur vous !

[al1_24]

Par définition, une table n'est pas ordonnée... donc le SGBD place les nouvelles lignes où bon lui semble, en tenant compte éventuellement de directives qui lui auraient été imposées (index cluster, partitions, ...) mais qui n'influeront pas sur l'ordre des lignes retournées par une commande SELECT sans clause ORDER BY

[rouardg]

Bonjour,

Les lignes sont insérées dans les blocs disponibles qui font partis de la Free List.

Pour comprendre, il faut avoir qq notions d'architecture Oracle.

Lorsque tu crées une table, Oracle gère un segment qui est lui-même composé au moins d'un extent, lequel est un ensemble de blocs contigus.

Ces blocs vides sont candidats à l'insertion de lignes et font partis de la Free List (la liste des blocs disponibles).

Au fur et à mesure des Insert, le bloc va se remplir jusqu'à son Pct Free (qui vaut 10 % par défaut). Donc qu'en il y aura moins de 10 % d'espace disponible, le bloc sera considéré comme plein et quittera la Free List. Oracle se servira du prochain bloc de la Free List pour insérer les lignes suivantes.

Pour que le bloc regagne la Free List, il faut effacer des lignes par des Delete. Et lorsque l'espace disponible dépassera le seuil du Pct Used (40 % par défaut), Oracle considérera que le bloc peut à nouveau contenir des lignes et le replacera dans la Free List.

Voilà le mode de fonctionnement en gros.

Pour bien comprendre ces mécanismes, il faut s'intéresser à toutes les propriétés physiques de la table (segment, extent, bloc) et au paramètre de stockage (Min extent, Pct Free, Pct Used...).

[MedZero]

Alors dans ce cas ,est il possible d'afficher les enregistrements par ordre d'insertion croissante ?

[rouardg]

Non.

Si tu veux afficher tes lignes de données par ordre d'insertion croissant, c'est à toi de gérer cela, en utilisant un simple compteur comme une séquence Oracle par exemple, ou bien la nouvelle clause IDENTITY disponible depuis Oracle 12c.

[SQLpro]

Non.

Si tu veux afficher tes lignes de données par ordre d'insertion croissant, c'est à toi de gérer cela, en utilisant un simple compteur comme une séquence Oracle par exemple, ou bien la nouvelle clause IDENTITY disponible depuis Oracle 12c.

Une SEQUENCE comme un IDENTITY ne garantie pas non plus l'ordre d'insertion. En effet est-ce vous sûr qu'un lot de lignes inséré par une seule requête SQL aura des valeurs d'auto incrément exactement dans l'ordre du lot de ligne primal ?*

D'autre part il est toujours possible de remettre les compteurs SEQUENCE comme IDENTITY à zéro, comme à n'importe quelle valeur, voire de forcer les valeurs de séquence ou d'identity.

Le seule moyen de garantir le tri dans l'ordre d'insertion est d'insérer les valeurs une par une et jamais en lot et faire appel à une donnée d'horodatation suffisamment précise stockée dans une colonne particulière de la table.

A +

[a.presles]

Les rowid doivent être dans l ordre d insertion

[mnitu]

Les rowid doivent être dans l ordre d insertion

Ou bien pas.

[Rei Ichido]

Si la table est une IOT, d'une certaine façon les éléments seront ordonnés dans la table (selon l'index qui l'organise, bien sûr).
Mais quoi qu'il en soit, même si les éléments sont "insérés dans l'ordre", cela ne garantit en rien qu'un SELECT les récupère dans cet ordre, s'il n'a pas de clause ORDER BY.

Dans quel but posez-vous ces questions, en fait : y a-t-il un objectif à réaliser derrière, auquel cas il est plus simple de décrire ce que vous souhaitez faire ?