تحدث مشكلة N+1 عندما يعمل resolver الحقل مرة لكل عنصر أب، ويُصدر كل تشغيل استعلام قاعدة بيانات خاصًا به. جلب قائمة من N منشورًا ثم كاتب كل منشور يُطلق استعلامًا واحدًا للمنشورات + N استعلامًا للكُتّاب — أي N+1 جولة ذهاب وإياب تسحق الأداء تحت الحِمل.
تعمل الـ resolvers لكل حقل ولكل عنصر. ينفَّذ بشكل منفصل لكل منشور في القائمة، ولا يعرف أيٌّ منها عن الآخر، فيُنفّذ كلٌّ منها الخاص به.
Post.authorfindById// سيّئ: استدعاء قاعدة بيانات واحد لكل منشور -> N+1
const resolvers = {
Post: {
author: (post, _a, ctx) => ctx.db.users.findById(post.authorId),
},
};
يؤجّل DataLoader استدعاءات .load(id) الفردية التي تجري في نفس الـ tick، ثم يسلّم المفاتيح المُجمّعة إلى دالة تجميع (batch function) واحدة تجلبها كلها في استعلام واحد. كما أنه يخزّن مؤقتًا حسب المفتاح داخل الطلب، فتصبح المعرّفات المكرّرة مجانية.
import DataLoader from "dataloader";
// أنشئ loader واحدًا لكل طلب (ضعه على context لكي يكون الـ cache محصورًا بالطلب)
const userLoader = new DataLoader(async (ids) => {
// ids تصل بالشكل [1, 2, 3, ...] -> استعلام مُجمّع واحد
const users = await db.users.findByIds(ids);
// يجب إعادة القيم بنفس ترتيب ids
return ids.map((id) => users.find((u) => u.id === id));
});
const resolvers = {
Post: {
author: (post, _a, ctx) => ctx.userLoader.load(post.authorId), // مُجمّع
},
};
// الآن تنهار N من resolvers الكاتب إلى استعلام واحد: المجموع استعلامان، لا N+1.
قاعدتان: أنشئ الـ loaders لكل طلب (لا بشكل عام — وإلا سرّبت بيانات قديمة بين المستخدمين)، ويجب أن تعيد دالة التجميع النتائج بترتيب المفاتيح ذاته بالضبط.
N+1 هي أشيع فخّ أداء في GraphQL، وسؤال مقابلة شبه مضمون. إظهار أنك تلجأ إلى DataLoader — وتعرف لماذا يجب أن يكون محصورًا بالطلب وحافظًا للترتيب — يدل على خبرة إنتاجية حقيقية.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع