Il-problema N+1 tiġri meta field resolver jaħdem darba għal kull parent item u kull ħidma toħroġ il-query tad-database tagħha stess. Li tġib list ta' N posts u mbagħad l-author ta' kull post tispara 1 query għall-posts + N queries għall-authors — N+1 round trips li jgħaffġu l-prestazzjoni taħt il-piż.
Ir-resolvers jaħdmu per field, per item. jiġi eżegwit separatament għal kull post fil-list, u ħadd minnhom ma jaf bl-oħrajn, allura kull wieħed jagħmel il- tiegħu stess.
Post.authorfindById// BAD: one DB call per post -> N+1
const resolvers = {
Post: {
author: (post, _a, ctx) => ctx.db.users.findById(post.authorId),
},
};
DataLoader jipposponi s-sejħiet individwali .load(id) magħmula fl-istess tick, imbagħad jgħaddi l-keys miġbura lil batch function waħda li ġġibhom kollha f'query waħda. Jagħmel ukoll cache bil-key fi ħdan ir-request, allura ids ripetuti huma b'xejn.
import DataLoader from "dataloader";
// create ONE loader per request (put it on context so caching is request-scoped)
const userLoader = new DataLoader(async (ids) => {
// ids arrives as [1, 2, 3, ...] -> a single batched query
const users = await db.users.findByIds(ids);
// MUST return values in the SAME ORDER as ids
return ids.map((id) => users.find((u) => u.id === id));
});
const resolvers = {
Post: {
author: (post, _a, ctx) => ctx.userLoader.load(post.authorId), // batched
},
};
// Now N author resolvers collapse into 1 query: total 2 queries, not N+1.
Żewġ regoli: oħloq loaders per request (mhux globalment — kont tisserrep data qadima bejn l-utenti), u l-batch function trid tirritorna r-riżultati fl-ordni eżatta tal-keys.
N+1 hija l-aktar nassa waħda komuni tal-prestazzjoni ta' GraphQL u mistoqsija ta' intervista kważi ggarantita. Li turi li tirrikorri għal DataLoader — u taf għaliex trid tkun request-scoped u tippreserva l-ordni — juri esperjenza reali fil-produzzjoni.
Librerija ta' mistoqsijiet ta' intervisti tal-IT b'tweġibiet dettaljati — minn Junior sa Senior.
Iddona