Les résultats sont-ils déterministes si je partitionne une requête SQL SELECT sans ORDER BY?

Question

J'ai une requête SQL SELECT qui retourne beaucoup de lignes, et je dois le diviser en plusieurs partitions. Par exemple, définissez les résultats max à 10000 et parcourez les lignes appelant la requête select time en augmentant le premier résultat (0, 10000, 20000). Toutes les requêtes sont effectuées dans la même transaction, et les données que mes requêtes récupèrent ne changent pas pendant le processus (d'autres données dans ces tables peuvent changer, cependant).

Est-il autorisé à utiliser select tout simplement:

select a from b where... 

Ou dois-je utiliser pour par la sélection:

select a from b where ... order by c 

Pour être sûr que je vais obtenir toutes les des rangées? En d'autres termes, est-il garanti qu'une requête sans ordre retournera toujours les lignes dans le même ordre? L'ajout de l'ordre à la requête entraîne une baisse considérable des performances de la requête. J'utilise Oracle, si cela est important.

EDIT: Malheureusement, je ne peux pas profiter du curseur de défilement.

Answer 1

Aucune garantie à moins d'avoir passé commande sur la requête externe.

Mauvais exemple SQL Server, mais les mêmes règles s'appliquent. Pas pour garantie même avec requête interne

SELECT 
    * 
FROM 
    (
    SELECT 
     * 
    FROM 
     Mytable 
    ORDER BY SomeCol 
    ) foo 

Answer 2

Non, sans l'ordre par elle n'est pas garanti que la requête retournera TOUJOURS les lignes dans le même ordre.

Answer 3

La commande n'est définitivement pas garantie sans une clause order by, mais le fait que vos résultats soient déterministes (en dehors de la commande) dépend de la clause where. Par exemple, si vous avez une colonne d'identification unique et votre clause where inclus une gamme de filtres différents à chaque fois que vous accédez, alors vous auriez des résultats déterministes non classés, à savoir:

select a from b where ID between 1 and 100 
select a from b where ID between 101 and 200 
select a from b where ID between 201 and 300 

retournera tous les ensembles de résultats distincts , mais l'ordre ne serait aucunement garanti.

Answer 4

Utilisez Limit

Alors vous feriez:

SELECT * FROM table ORDER BY id LIMITE 0100
SELECT * FROM table ORDER BY id LIMIT 101,100
SELECT * FROM table ORDER BY id LIMIT 201,100

La limite serait à partir de quelle position vous voulez commencer et la deuxième variable serait le nombre de résultats que vous voulez voir.
C'est une bonne astuce de pagnation.