Domanda

Ho cercato ma non ho trovato alcuna discussione su questo argomento. Ci sono pro e contro sulla creazione di molte colonne in più sul tavolo unito? Influisce velocità di recupero dei dati, perché stiamo unendo 3 tavoli?

Per quanto riguarda quello che penso, può rallentare po 'piccolo, ma è necessario altrimenti come possiamo salvare le informazioni supplementari sulla molti-a-molti. O c'è un altro modo di cui non sono a conoscenza di?

È stato utile?

Soluzione

In generale, più ampio è il tavolo più lenta è la query. Ma più lento non significa necessariamente lento .

Il numero di join probabilmente ha più a che fare con l'uso di numeri di identificazione di ogni altra cosa. chiavi naturali possono accelerare notevolmente le prestazioni quando le informazioni importanti viene effettuata nella chiave. (Questo accade più spesso di quanto si possa pensare.)

Il M: tavolo N è il luogo naturale e ragionevole per memorizzare le informazioni su che M: rapporto N. Così l'aggiunta di colonne per memorizzare le informazioni su quel rapporto rende perfettamente buon senso. tavoli più ampi sono di solito più lento, ma le tabelle strette che non memorizzano i dati sono meno utili.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a dba.stackexchange
scroll top