Dotaz: MySQL – výběr na základě dat v jiné tabulce

[Tref]

Dobrý den, mohl by mi, prosím, někdo poradit s tímto? Řekněme, že mám dvě tabulky:

table1                   table2
---------------          -----------------
id      int              id           int
/*     sth   */          table1_id    int
                         str2         text

Data potřebuji pouze z table1, ovšem jen ze řádků, jejichž id odpovídá table1_id. Podmínkou je LIKE %% v str2, nejsnáze asi vysvětleno příkladem:

table1
---------------
1     /* sth */
2     /* sth */

table2
---------------
1     1     cat
2     1     dog
3     1     horse
4     2     cat
5     2     dog
6     2     elephant

Pokud dotazu předám ca, vrátí se 1 a 2.
Pokud dotazu předám ca a g, vrátí se taktéž 1 a 2.
Pokud dotazu předám ca a or, vrátí se 1.
Pokud dotazu předám ca a abcd, nevrátí se nic. Vstupů v jednom dotazu může být neomezeně a výkon je důležitý (table1 obsahuje přes 160 tisíc řádků, table2 přes 280 tisíc).

Předem děkuji.

---

---

Odpovědi

[wamba]

no napadá mě použít GROUP_CONCAT

[Kit]

SELECT * FROM table1 WHERE
    id IN (SELECT table1_id FROM table2 WHERE str2 LIKE '%orse%') AND
    id IN (SELECT table1_id FROM table2 WHERE str2 LIKE '%at%');

Pokud záleží na výkonu, není vhodné EAV používat.

[Tref]

Děkuji za funkční řešení.

[hyperventil]

1. misto (select ... and select ...) pouzij (like ... or like ...)

2. v pripade vetsich tabulek timto spolehlive zabijes mysql server. spravne reseni je pouzit join misto subselectu ve where casti.

[rADOn]

SELECT DISTINCT t1.* FROM table1 t1
JOIN table2 t2 ON t2.table1_id = t1.id
WHERE 1=1
AND t2.str LIKE '%whatever%'
AND t2.str LIKE '%whateverelse%'

Na vykon sere pes… pokud tam mas LIKE %% tak to stejne skonci fullscanem. Jestli se snazis zbastlit si made-by-samodoma fulltext, tak se snazis marne

[axel]

Toto urcite nefunguje.

[j]

Toto zcela na 100% funguje a narozdil od tech hruz vejs je to jediny spravny reseni. Jen bych tam pridal left join, pokud je vazba 1:n (pripadne n:n) a ne 1:1.

Jenom nevim, nac tam davat 1=1 ... ;D.

A jak bylo receno, libovolnej like ... zabije vykon zcela spolehlive.

[Kit]

Možná to na 100 % funguje, ale zároveň je to 100% špatně, protože to nesplňuje zadání. Přečti si ho ještě jednou a pozorněji.

[rADOn]

1=1 je vzdy true a query optimizer to vyhodi. je to dobry jen k tomu ze kdyz chci zakomentovat prvni podminku za tim tak nemusim odmazavat prebytecne ANDitko a pak zase naopak. ditto kdyz skladas strojove dotaz pro nejaky filtr.

[Josef Kufner]

Na tohle je lepší používat něco jako je FluentPDO. Tedy přiměřeně chytré lepítko fragmentů do výsledného selectu, které ví, v jakém pořadí je má slepit, takže lze pohodlně přidávat podmínky dle aktuálních potřeb (např. různá dynamická filtrování).

[Lyco]

Jde to i tím JOINem, ale musí se na to jinak:

SELECT id FROM table1 JOIN t2 ON table1.id = table2.t1_id WHERE 
  str2 LIKE '%ca%' 
  OR str2 LIKE '%or%' 
GROUP BY t1.id HAVING count(str2) = $count;

kde $count je počet podmínek (v tomhle případě 2).

Každopádně souhlasím s předřečníky, že jakmile se používá LIKE '%něco%' tak nemá smysl výkon řešit - tohle bude pomalé pro jakýkoli netriviální počet záznamů, protože se nedá použít index. (Tedy alespoň v MySQL - PostgreSQL umí použít trigramový index, pokud to něco má aspoň 3 znaky. Tam to bude celkem rychlé, ale ten index bude celkem ohromný.)

[Tarmaq]

S tim uvedenym joinem to nefunguje spravne. Nepocita totiz s variantou, ze pro jeden zaznam z table1 matchne vice zaznamu v table2. Pro data uvedena v zadani uvadim priklad:

SELECT t1.id FROM table1 t1
JOIN table2 t2 ON t1.id = t2.table1_id WHERE
  t2.str2 LIKE '%t%'
GROUP BY t1.id HAVING count(t2.str2) = 1;

Vrati jen 1, pritom by melo vratit i 2.