Qual è la differenza tra "include" e "preload" in una query di ActiveRecord?

Question

Non riesco a trovare un confronto tra include() e preload() per gli oggetti ActiveRecord. Qualcuno può spiegare la differenza?

Answer 1

Rails ha 2 modi per evitare il problema n + 1. Uno consiste nella creazione di una query basata su un grande join per inserire le associazioni, l'altra consiste nel creare una query separata per associazione.

Quando si eseguono le rotaie includes, quale strategia utilizzare per l'utente. Il valore predefinito è l'approccio di query separato (preloading) a meno che non pensi di utilizzare le colonne delle associazioni nelle tue condizioni o ordine. Dal momento che funziona solo con l'approccio joins, utilizza quello invece.

L'euristica delle rotaie a volte sbaglia o si può avere una ragione specifica per preferire un approccio all'altro. preload (e il relativo metodo companion eager_load) consentono di specificare la strategia da utilizzare per le rotaie.

Answer 2

Come diceva apidoc "Questo metodo è obsoleto o spostato sull'ultima versione stabile. L'ultima versione esistente (v3.0.9) è mostrata qui." Quindi la differenza è che include solo NON deprecato.

Answer 3

Per la comprensione dettagliata consultare il blog this.

In bicchierini:

precarico carica i dati associazione in una query separata.

User.preload(:posts).to_a 

# => SELECT "users".* FROM "users" SELECT "posts".* FROM "posts" WHERE "posts"."user_id" IN (1) 

Include carica i dati di associazione in una query separata, proprio come precarico. Tuttavia è più intelligente rispetto a preload. Ma in alcuni casi combina le query.

Come include è più intelligente?

noi non è possibile utilizzare la tabella postale in cui condizione. La seguente query genererà un errore.

User.preload(:posts).where("posts.desc='ruby is awesome'") 

# => 
SQLite3::SQLException: no such column: posts.desc: 
SELECT "users".* FROM "users" WHERE (posts.desc='ruby is awesome') 

Ma noi possiamo usare tabella postale di cui interrogazione con includono

User.includes(:posts).where('posts.desc = "ruby is awesome"').to_a 

# => 
SELECT "users"."id" AS t0_r0, "users"."name" AS t0_r1, "posts"."id" AS t1_r0, 
     "posts"."title" AS t1_r1, 
     "posts"."user_id" AS t1_r2, "posts"."desc" AS t1_r3 
FROM "users" LEFT OUTER JOIN "posts" ON "posts"."user_id" = "users"."id" 
WHERE (posts.desc = "ruby is awesome") 

Come si può vedere include interruttori di utilizzare due query separate per la creazione di un unico SINISTRA Join esterno per ottenere il dati. E ha applicato anche la condizione fornita.