MySQL:combinazione efficiente di due istruzioni select in un unico risultato con LIMIT

Puoi combinare più query con UNION , ma solo se le query hanno lo stesso numero di colonne. Idealmente le colonne sono le stesse, non solo nel tipo di dati, ma anche nel loro significato semantico; tuttavia, MySQL non si preoccupa della semantica e gestirà tipi di dati diversi lanciando su qualcosa di più generico, quindi se necessario potresti sovraccarica le colonne per avere significati diversi da ciascuna tabella, quindi determina quale significato è appropriato nel tuo codice di livello superiore (anche se non consiglio di farlo in questo modo).

Quando il numero di colonne è diverso, o quando vuoi ottenere un allineamento migliore/meno sovraccarico dei dati da due query, puoi inserire colonne letterali fittizie nel tuo SELECT dichiarazioni. Ad esempio:

SELECT t.cola, t.colb, NULL, t.colc, NULL FROM t;

Potresti anche avere alcune colonne riservate per la prima tabella e altre per la seconda tabella, in modo tale che siano NULL altrove (ma ricorda che i nomi delle colonne provengono dalla prima query, quindi potresti voler assicurarti che siano tutti nominati lì):

  SELECT a, b, c, d, NULL AS e, NULL AS f, NULL AS g FROM t1
UNION ALL -- specify ALL because default is DISTINCT, which is wasted here
  SELECT NULL, NULL, NULL, NULL, a, b, c FROM t2;

Potresti provare ad allineare le tue due query in questo modo, quindi combinarle con un UNION operatore; applicando LIMIT alla UNION , sei vicino al raggiungimento del tuo obiettivo:

  (SELECT ...)
UNION
  (SELECT ...)
LIMIT 10;

L'unico problema che rimane è che, come presentato sopra, 10 o più record della prima tabella "espelleranno" tutti i record della seconda. Tuttavia, possiamo utilizzare un ORDER BY nella query esterna per risolvere questo problema.

Mettendo tutto insieme:

(
  SELECT
    dr.request_time AS event_time, m.member_name,      -- shared columns
    dr.request_id, dr.member1, dr.member2,             -- request-only columns
    NULL AS alert_id, NULL AS alerter_id,              -- alert-only columns
      NULL AS alertee_id, NULL AS type
  FROM dating_requests dr JOIN members m ON dr.member1=m.member_id 
  WHERE dr.member2=:loggedin_id
  ORDER BY event_time LIMIT 10 -- save ourselves performing excessive UNION
) UNION ALL (
  SELECT
    da.alert_time AS event_time, m.member_name,        -- shared columns
    NULL, NULL, NULL,                                  -- request-only columns
    da.alert_id, da.alerter_id, da.alertee_id, da.type -- alert-only columns
  FROM
    dating_alerts da
    JOIN dating_alerts_status das USING (alert_id, alertee_id)
    JOIN members m ON da.alerter_id=m.member_id
  WHERE
    da.alertee_id=:loggedin_id
    AND da.type='platonic'
    AND das.viewed='0'
    AND das.viewed_time<da.alert_time
  ORDER BY event_time LIMIT 10 -- save ourselves performing excessive UNION
)
ORDER BY event_time
LIMIT 10;

Ovviamente, ora sta a te determinare con quale tipo di riga hai a che fare mentre leggi ogni record nel set di risultati (suggerisci di testare request_id e/o alert_id per NULL i valori; in alternativa si potrebbe aggiungere una colonna aggiuntiva ai risultati che indichi esplicitamente da quale tabella ha avuto origine ogni record, ma dovrebbe essere equivalente a condizione che id le colonne sono NOT NULL ).