Obtenez plus d'infos à partir d'un MAX(ID), MIN(ID) de requête MYSQL?

Comment obtenir plus de colonnes de MAX(ID), MIN(ID) requête MYSQL?

Actuellement je reçois seulement deux valeurs: MAX(ID) & MIN(ID) à partir de cette requête:

SELECT MIN(ID), MAX(ID) FROM mytable WHERE mytable.series = 'white' ;

Devez obtenir quelque chose comme cela-pseudo-requête:

SELECT  column1, column2
FROM    mytable 
WHERE   series = 'white'
AND ID=Max(ID)
'AND GET ME ALSO'
WHERE   series = 'white'
AND ID=Min(ID);`

Il doit retourner 2 lignes de la colonne "série" est égal à "blanc".

1er avec colonne1 et colonne2 pour ID=Min(ID).
2ème avec colonne1 et colonne2 pour ID=Max(ID).

Mais comment?

InformationsquelleAutor Ash501 | 2012-07-31

6

Ici est une approche à l'aide UNION:
```
SELECT column1, column2
FROM mytable
WHERE series = 'white' AND ID IN
(    
    SELECT MIN(ID) FROM mytable WHERE series = 'white'
    UNION
    SELECT MAX(ID) FROM mytable WHERE series = 'white'
)
```
Pour un bon rendement ajouter un index combiné sur (series, id).

Ou une autre variation qui peut avoir de meilleures performances:
```
(
    SELECT column1, column2
    FROM mytable
    WHERE series = 'white'
    ORDER BY ID
    LIMIT 1
)
UNION
(
    SELECT column1, column2
    FROM mytable
    WHERE series = 'white'
    ORDER BY ID DESC
    LIMIT 1
)
```
Ce sera également en mesure d'utiliser l'indice combiné sur (series, id).
- Cela fonctionne, mais prend 1:39 min. pour +de 5000 lignes de données...est-ce normal?
- Ce n'est absolument pas normal. Avez-vous oublié d'ajouter des index? J'ai mis à jour ma réponse à inclure un index suggestion. Mais avec 5000 lignes, je pense qu'il devrait être beaucoup plus rapide que même sans index. Est votre serveur de base de données de faible puissance ou vertu fortement de la charge. Pouvez-vous mettre à jour votre question de mentionner que la performance est un problème et d'inclure la sortie de SHOW CREATE TABLE ... et le résultat de EXPLAIN SELECT?
- c'est parce que les sous-requêtes sont lents que MySQL a à exécuter pour chaque ligne. Son deuxième solution devrait être plus rapide à condition d'avoir les bons index mis en place.
- En disant "les sous-requêtes sont lents dans MySQL" est une généralisation. Il est vrai qu'il y a un bug où les sous-requêtes à l'intérieur de IN expressions pourraient être lent dans les anciennes versions de MySQL, et lorsqu'un index n'était pas présent, mais: a) il est fixé dans la plus récente de MySQL et l'ajout d'un index (ce qui devrait ajouter de toute façon quel que soit le bug) permettra de résoudre le problème.
- Merci, les deux points sont corrects, il n'y a pas d'index, et lorsque je le répète, la requête-je obtenir un beaucoup plus rapide (12 s.) réponse; encore lent. Besoin de l'indice de "série" - " id " est déjà indexé. Génial!!
- 12 secondes est toujours ridiculement lent. Si elle avait 12 millisecondes, au lieu de secondes, puis il serait à propos de quoi je m'attends. Concernant votre déclaration de Besoin de "index" série " - " id " est déjà indexé." - c'est faux. Vous devez ajouter un combinés index sur (series, id). Vous devez ajouter à cette combinés de l'indice, même si series ou id ou les deux, sont déjà indexés séparément. Un indice combiné n'est pas le même que l'indexation des colonnes séparément.
- ce que je veux dire c'est que c'est lent non pas parce que la sous-requête n'est pas de l'utilisation d'index (il peut très bien être), mais le fait que c'est l'exécution de chaque ligne. Si il y avait 1 million de lignes, de votre sous-requête instruction SELECT finirez par avoir à être exécuté 1 million de fois parce que MySQL "évalue les requêtes “de l'extérieur à l'intérieur.", il n'est donc pas récupérer les valeurs une fois et de les utiliser comme une liste comme vous pouvez vous en doutez. Voir aussi Restrictions sur les sous-requêtes
- Il est intéressant de noter que la documentation dit que, parce que je ai expérimenté avec ce avant et a trouvé que MySQL ne se comporte pas de la manière que la documentation indique qu'il ne.
InformationsquelleAutor Mark Byers

Une solution plus simple:

SELECT a.column1, a.column2
FROM   mytable a
JOIN   (
       SELECT MIN(ID) AS minid, MAX(ID) AS maxid
       FROM   mytable
       WHERE  series = 'white'
       ) b ON a.ID IN (b.minid, b.maxid)

InformationsquelleAutor Zane Bien

C'est exactement comme tu dis:

SELECT
  column1, column2
FROM 
  mytable as m, 
  (SELECT MIN(ID) as mid, MAX(ID) as xid 
   FROM mytable WHERE mytable.series = 'white'
   ) t
WHERE 
  m.ID = t.mid or m.ID = t.xid;

Le sélectionner entre parenthèses est la sélection interne que vous pouvez utiliser comme une autre table.

InformationsquelleAutor martin

Vous devez vous connecter pour publier un commentaire.