Discussion :

[j6m]

bonjour, j'ai importé dans une 10G R1 sous Windows des données venant d'une 9.2 sous Solaris.
dans la base 9.2 un simple select renvoie les données "en ordre", par exemple :
code :
select trunc(ma_date,'MM'), count(*) from ma_table;
JAN-2005 150
FEB-2005 189
etc.

et sous la base 10G la même requête me renvoie sna cohérence apparante dans le tri.
J'ai galéré avec les paramètres NLS (base insatnce et session), mais apparmment le seul moyen est de rajouter un order by. Malheureusement cette base sert des requêtes BO qu'il est diificile de toutes modifier.
est-ce normal d'avoir "perdu" et comment le récupérer sans reprendre toutes les requêtes déjà programmées?

[Process Linux]

Dans la base 9.2 , les données été ordonnées par le ROWID, qui dépend de la structure physique et qui n'a rien à avoir avec un vrai identifiant.

Vérifie dans l'export des données, est ce que tu as mis l'option " Comprimer les bloques contiguës" à non .

Dans les pires des cas si tu veux éviter l'instruction order by , tu peux passer par une table temporaire X , qui contient les données non ordonnées . Et puis tu crée la stucture de la table A par exp

et tu récupère les données ordonnées dans la nouvelle table avec l'instruction

Code :

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

1
2
3
4
 
insert into A
select * from X
order by date_xxx;

il faut faire attention avec cette instruction , il faut désactiver toutes les contraintes et les délancheurs pour ne pas polluer les autres tables.

[plabrevo]

Des ameliorations de l'algorithme de tri sous 10g peuvent expliquer ce comportement. Cf Metalink note 345048.1.