Comment puis-je les entrées de commandes dans une UNION sans ORDONNANCE PAR?

Comment puis-je être sûr que mon résultat aura a premier et b seconde? Il pourrait m'aider à résoudre un épineux problème de la commande.

Voici un exemple simplifié de ce que je fais:

SELECT a FROM A LIMIT 1 
UNION 
SELECT b FROM B LIMIT 1;
  • Je me rends compte que vous n'aimez pas RichB, mais se rendent compte de ce que votre question ressemble sur la page principale, si les deux seules lignes que vous voyez sont de code SQL, et non pas la question. C'est pourquoi il a modifié la façon dont il l'a fait, et franchement, sa modification faite à la question look beaucoup mieux.
  • Séparée de son 'dures' ton de ses modifications. Ils sont séparés. Il est frappant dans sa langue; mais cela ne fait pas ses modifications moins valides.
  • Restaurée Riche de modifications. Pas le parti de personne ni de rien d'autre que la qualité de la question.
  • Nous discutons de ce sujet tous les jours sur irc.freenode.net #stackoverflow. N'hésitez pas à joindre le canal et de faire connaissance avec moi (nous?)
  • Verrouillé - pas utile
InformationsquelleAutor markus | 2009-03-04
  1. 35
    SELECT col
FROM 
   (
       SELECT a col, 0 ordinal FROM A LIMIT 1
       UNION ALL
       SELECT b, 1 FROM B LIMIT 1
   ) t
ORDER BY ordinal
    • cela semble être le pro+ version de ce que Dana suggère, merci!
    • c'est que, si je ne veux pas l'ordinal dans le jeu de résultats, non?!!!
    • et quelle est la seul 't' fait dans la ligne 7?
    • Correct: la différence ici est qu'il cache l'ordinal. Le " t " donne la table dérivée d'un nom - vous pouvez utiliser tout ce que vous voulez, mais comme nous ne sommes pas à l'utiliser ailleurs la valeur réelle n'est pas l'important. Mais il ne compile pas sans quelque chose.
    • magnifique, c'est exactement ce dont j'ai besoin!
    • Depuis l'ajout de l'ordinal colonne signifie il n'y aura pas de doublons, j'aimerais passer à l'UNION de TOUS (je sais, l'optimisation prématurée, mais j'ai toujours appliquer dans cette situation)

    InformationsquelleAutor Joel Coehoorn
  2. 21

    Je ne pense pas que l'ordre est garanti, au moins pas dans tous les SGBD.

    Ce que j'ai fait dans le passé pour la commande dans les Syndicats est:

    (SELECT a, 0 AS Foo FROM A LIMIT 1)
UNION
(SELECT b, 1 AS Foo FROM B LIMIT 1)
ORDER BY Foo
    • oh, que c'est génial, facile et brillant!
    • Êtes-vous sûr que l'ordre en sera pas appliquée uniquement à la dernière requête de l'union?
    • en fait, vous avez raison, il y a des crochets
    • Ahh, dans SQL Server la COMMANDE PAR concerne les résultats de l'UNION, et pas seulement le deuxième sous-requête.
    • ok, avec mysql, c'est différent.
    • Le ORDER BY s'applique à l'ensemble de l'UNION, de ne pas la 2ème partie. Avec ou withjout supports et dans tous les 3 SGBD: Postgresql, SQL Server, MySQL. Th eonly façon o thave s'applique dans la 2ème partie est d'utiliser des crochets comme ceci: SELECT ...) UNION (SELECT ...ORDER BY); Mais cela ne signifie pas que le résultat sera commandé. UNUON n'est pas nécessairement préserver l'ordre interne des sous-requêtes.

    InformationsquelleAutor Dana
  3. 4

    Votre jeu de résultats avec UNION permettra d'éliminer les valeurs distinctes.

    Je ne trouve pas de preuve dans la littérature, mais à partir de 10 ans d'expérience, je peux dire que UNION ALL ne maintenir l'ordre, au moins dans Oracle.

    Ne repose pas sur ce point, cependant, si vous êtes à la construction d'une centrale nucléaire ou quelque chose comme ça.

    • oui, je suis en train de construire une centrale nucléaire! 😉
    • Cela semble fonctionner. Sens que l'union gâchera la commande si c'est la vérification de duplices, alors que l'union ne serez pas
    InformationsquelleAutor Quassnoi
  4. 2

    Non, l'ordre des résultats d'une requête SQL est contrôlée seulement par la clause ORDER by. Il se peut que vous arrivez à voir des résultats classés sans une clause ORDER BY dans certaines situation, mais c'est par hasard (par exemple, un effet secondaire de l'utilisation de l'optimiseur de requête actuelle de plan) et ne sont pas garantis.

    Quel est le délicat problème de la commande?

    • merci, ce que je pensais... le délicat problème de la commande, s'il reste délicat sera le contenu d'une autre question que je voudrais, ici.
    InformationsquelleAutor Tony Andrews
  5. 1

    Je sais que pour Oracle, il n'y a aucune garantie qui va sortir en premier sans une ordonnance par. Le problème est que si vous l'essayez, il peut sortir dans l'ordre correct, même pour la plupart du temps de l'exécuter. Mais dès que vous compter sur elle dans la production, il va sortir de mal.

    InformationsquelleAutor Thomas Jones-Low
  6. 0

    Je croyais pas, puisque la base de données serait très probablement besoin de faire une COMMANDE pour l'UNION.

    L'UNION de TOUS peuvent se comporter différemment, mais YMMV.

    • UNION TOUT simplement garantit que tous les enregistrements sont retournés. Une simple UNION des filtres doubles.
    InformationsquelleAutor cagcowboy
  7. -6

    La réponse courte est oui, vous obtiendrez Un puis B.

    • et quelle est la réponse longue, étant donné que tout le monde dit le contraire?
    • La longue réponse serait que, sans une clause ORDER BY, vous allez obtenir FIFO basée sur l'UNION de la clause. Par exemple, le Tableau B spécifiée en premier dans l'UNION rendement, B->A. l'UNION n'implique pas un comportement de tri et de lui-même.
    • ppl ne semblent pas d'accord avec vous, pouvez-vous préciser votre demande?
    • create table #UN (VARCHAR(10)) create table #B (B VARCHAR(10)) INSERT INTO #UN(UNE) VALUES('A') INSERT INTO #UN(UNE) VALUES('AA') INSERT INTO #UN(UNE) VALUES('AAA') INSERT INTO #B(B) VALUES('B') INSERT INTO #B(B) VALUES('BB') INSERT INTO #B(B) VALUES('BBB') SÉLECTIONNEZ une de #UNE UNION SELECT b DE #B;
    • vous obtiendrez: A AA AAA B BB BBB
    • selon les autres posters, cela ne semble pas être garanti. mais merci pour montrer l'autre côté de la pièce, de toute façon.
    • Je qui sgbdr? Avec de faibles valeurs peut être oui, mais pas garanti. avec une très longue table, non pas parce que peut-être les utilisations de hachage et de tout l'ordre est cassé.
    • DBs en général ne garantit pas la commande pour le retour des résultats, à moins qu'un ordre spécifique est demandée. Venir avec un exemple qui semble fonctionner dans certains cas, ne garantit pas qu'il le sera toujours.

    InformationsquelleAutor Bill