Join consiglio

[optime]

usa le JOIN esplicite

SELECT c.comune, p.provincia
FROM Comuni C INNER JOIN Provincie P ON C.Id_Provincia=P.Id_Provincia
WHERE P.Provincia='ROMA'

o anche

SELECT c.comune, p.provincia
FROM Comuni C INNER JOIN Provincie P ON C.Id_Provincia=P.Id_Provincia AND P.Provincia='ROMA'

con lo stesso metodo aggiungi le altre tabelle che ti servono

[optime]

chissà per quale motivo hanno inventato le JOIN se poi nel 2015 si va ancora di subselect

[satifal]

chissà per quale motivo hanno inventato le JOIN se poi nel 2015 si va ancora di subselect

Ti piace vincere facile

[marino51]

chissà per quale motivo hanno inventato le JOIN se poi nel 2015 si va ancora di subselect

per il piacere delle cose semplici

Ti piace vincere facile

le join sono spesso più lente e quindi è difficile vincere ma ....

[optime]

per il piacere delle cose semplici

parlerei di abitudine, non di semplicità. se sai usare le join le subselect diventano meno semplici

le join sono spesso più lente e quindi è difficile vincere ma ....

più lente? hai dei benchmark?

[marino51]

parlerei di abitudine, non di semplicità. se sai usare le join le subselect diventano meno semplici

si, ma ti stai rivolgendo ad una persona che ha posto un quesito al forum e non tratta d'abitudine le join, al punto di scrivere 2 spanne di codice, quindi bando alla polemica, mi sono rivolto a lui non agli esperti del settore

più lente? hai dei benchmark?

si ne ho

ed ancora, oltre la polemica, cento teste, cento idee diverse (traducendo un detto della mia nonna)

[optime]

si, ma ti stai rivolgendo ad una persona che ha posto un quesito al forum e non tratta d'abitudine le join, al punto di scrivere 2 spanne di codice, quindi bando alla polemica, mi sono rivolto a lui non agli esperti del settore

e non è forse un'occasione per migliorarsi? ignorante (nel senso che ignori) sei e ignorante devi rimanere?

si ne ho

non si finisce mai di imparare (vedi sopra ) posti qualche link? grazie

ed ancora, oltre la polemica, cento teste, cento idee diverse (traducendo un detto della mia nonna)

è il bello del forum (quando è forum davvero, non quando è solo un help desk...)

[MySQL]

più lente? hai dei benchmark?

IO sì
In questo caso si sta parlando specificamente di MySQL, che per molto tempo non ha avuto un materializzatore delle subquery dipendenti. In sostanza invece di creare una lista di chiavi (nella subquery) per poi eseguire il ciclo esterno (quindi complessità n * 1), eseguiva ogni volta la subquery, quindi complessità n*m (in realtà anche più perchè le chiave per iN in mysql vengono sortate)

Bene questo è un problema noto e stranoto: le versioni più moderne (credo dalla 5.6 in poi), e mariadb, usano strategie più efficienti, tanto che oggi è difficile dire a priori quale sia meglio (IN o JOIN).

Siccome, però, spesso gli host a basso costo usano versioni mysql non aggiornate (5.1 anche) il modo migliore è fare un explain della select per vedere cosa succede, o fare una rapida ricerca per vedere se la versione specifica gestisce in modo furbo questo tipo di interrogazioni.

Il perchè ciò accada, ed accadesse, è relativo alla possibilità di avere interferenze "strane" durante l'esecuzione, uso di funzioni, stored, transazioni pendenti e abortite e così via.
Per non sbagliare mysql vecchio... ricalcola ogni volta la subquery e buonanotte, è sicuro che i dati siano giusti

[k.b]

IO sì
In questo caso si sta parlando specificamente di MySQL, che per molto tempo non ha avuto un materializzatore delle subquery dipendenti. In sostanza invece di creare una lista di chiavi (nella subquery) per poi eseguire il ciclo esterno (quindi complessità n * 1), eseguiva ogni volta la subquery, quindi complessità n*m (in realtà anche più perchè le chiave per iN in mysql vengono sortate)

Bene questo è un problema noto e stranoto: le versioni più moderne (credo dalla 5.6 in poi), e mariadb, usano strategie più efficienti, tanto che oggi è difficile dire a priori quale sia meglio (IN o JOIN).

Siccome, però, spesso gli host a basso costo usano versioni mysql non aggiornate (5.1 anche) il modo migliore è fare un explain della select per vedere cosa succede, o fare una rapida ricerca per vedere se la versione specifica gestisce in modo furbo questo tipo di interrogazioni.

Il perchè ciò accada, ed accadesse, è relativo alla possibilità di avere interferenze "strane" durante l'esecuzione, uso di funzioni, stored, transazioni pendenti e abortite e così via.
Per non sbagliare mysql vecchio... ricalcola ogni volta la subquery e buonanotte, è sicuro che i dati siano giusti

Grazie, e' bello ogni tanto leggere un post tecnico un "pochino" piu' approfondito della media

[marino51]

@optime, sembra che tu abbia capito, applicalo