Visualizzazione dei risultati da 1 a 6 su 6
  1. #1
    Utente di HTML.it
    Registrato dal
    Mar 2003
    Messaggi
    393

    [mysql] Una query unica?

    A livello di ottimizzazione di bytes utilizzati e di velocità di caricamento, è meglio fare un'unica query con i join o varie query senza join?

    Grazie in anticipo.

  2. #2
    Utente di HTML.it L'avatar di Razorblade
    Registrato dal
    Feb 2002
    Messaggi
    1,308
    E' sicuramente meglio usare la join.

  3. #3
    non e' vero dipende....

    supponiamo di dover fare una query per ottenere un ID

    e poi usare l'ID ottenuto per trovare i dati da una seconda query

    la cosa migliore e' sicuramente avere una query unica anziche 2

  4. #4
    Utente di HTML.it L'avatar di Razorblade
    Registrato dal
    Feb 2002
    Messaggi
    1,308
    La join è una query unica....

  5. #5
    Utente di HTML.it L'avatar di badaze
    Registrato dal
    Jun 2002
    residenza
    Lyon
    Messaggi
    5,372
    Dipende da quello che vuoi fare. Ad esempio nel mio lavoro devo spesso fare delle query su delle tabelle di milioni di record.
    Se ho una clausola where sulla tabella che comporta il numero più alto di record, faccio prima la query su questa e metto il risultato in una tabella temporanea. Poi faccio la join.

    Comunque è sempre meglio avere degli indici che corrispondono alle query che puoi eseguire.
    Ridatemi i miei 1000 posts persi !!!!
    Non serve a nulla ottimizzare qualcosa che non funziona.
    Cerco il manuale dell'Olivetti LOGOS 80B - www.emmella.fr

  6. #6
    non mi sono spiegato, ma forse molti di voi non sanno che

    select @id:=id from tab1 where a=xxx;

    select b,c,d, from tab2 where id.tab2=id;


    questo a seconda dei casi e' increrdibilmente piu veloce di una join

    bisognerebbe analizzare l'explain

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.