prisma-expert
إتقان Prisma ORM لتطوير قواعد البيانات
هل تعاني من أخطاء مخطط Prisma أو تعارضات الترحيل أو بطء استعلامات قاعدة البيانات؟ توفر هذه المهارة إرشادات متخصصة لتصميم المخططات وإدارة الترحيل وتحسين الاستعلامات عبر PostgreSQL وMySQL وSQLite.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "prisma-expert". مخطط ضمني للعلاقة كثير إلى كثير يتسبب في مشاكل الأداء
النتيجة المتوقعة:
تم تحديد العلاقة الضمنية كثير إلى كثير بين نماذج User وPost. التوصية: إنشاء نموذج ربط صريح مع حقول إضافية للبيانات الوصفية. تمت إضافة توجيهات @relation مع تسمية واضحة. تمت إضافة فهرس مركب على مفاتيح خارجية لأداء الربط.
استخدام "prisma-expert". استعلام N+1 في نقطة نهاية قائمة المستخدمين تجلب المنشورات بشكل فردي
النتيجة المتوقعة:
تم اكتشاف نمط استعلام N+1. الحل: استبدال جلب المنشورات الفردية باستعلام واحد باستخدام علاقة include. تم تقليل 101 استعلام إلى استعلام واحد.تمت إضافة select للحد من الحقول المرجعة. تقدير تقليل بنسبة 95% في رحلات قاعدة البيانات.
التدقيق الأمني
آمنStatic analysis flagged 88 patterns that are all false positives for this legitimate Prisma ORM helper skill. External commands are standard Prisma CLI operations (validate, migrate, generate). Network references are documentation URLs. Environment access is limited to DATABASE_URL and NODE_ENV configuration required for database connectivity. No malicious patterns, credential exfiltration, or dangerous code execution detected.
مشكلات منخفضة المخاطر (1)
عوامل الخطر
⚙️ الأوامر الخارجية (4)
🔑 متغيرات البيئة (2)
درجة الجودة
ماذا يمكنك بناءه
مطور Full-Stack يبني تطبيق SaaS
صمم مخطط Prisma قابل للتوسع مع نماذج المستخدمين والاشتراك والفوترة المناسبة. أنشئ سير عمل ترحيل آمن للنشر الإنتاجي وحسّن استعلامات لوحة التحكم.
قائد الفريق يحل تعارضات الترحيل
صحح أخطاء الترحيل المتعارضة من عدة مطورين. تعلم كيفية استخدام prisma migrate resolve وتسوية تاريخ الترحيل وإنشاء سير عمل للفريق لمنع التعارضات المستقبلية.
مهندس الواجهة الخلفية يحسن أداء API
حدد وأصلح مشاكل استعلام N+1 في REST أو GraphQL APIs. نفّ أنماط select وinclude المناسبة وأضف فهارس استراتيجية وكوّن تجميع الاتصالات للنقاط النهائية ذات الحركة العالية.
جرّب هذه الموجهات
راجع مخطط Prisma الخاص بي لأفضل الممارسات. تحقق من تعريفات استخدام الفهارس وأنواع الحقول. اقترح تحسينات للأداء وقابلية الصيانة.
فشل ترحيل Prisma مع الخطأ [الصق الخطأ]. قاعدة البيانات في حالة غير متناسقة. ساعدني في تشخيص المشكلة وتقديم أوامر خطوة بخطوة لحلها.
لدي استعلام Prisma بطيء [الصق الاستعلام]. حلله بحثاً عن مشاكل N+1 والجلب الزائد والفهارس المفقودة. أرني الإصدار المحسّن مع الشرح.
أقوم بالنشر إلى [Vercel/AWS Lambda/Render] وأحصل على أخطاء الاتصال. ساعدني في تكوين تجميع اتصالات Prisma لبيئتي بدون خادم مع معلمات DATABASE_URL الصحيحة.
أفضل الممارسات
- استخدم دائماً @relation صريح مع الحقول والمراجع للوضوح ومنع مشاكل حل العلاقات
- تمكين تسجيل الاستعلامات في التطوير لتحديد الاستعلامات البطيئة ومشاكل N+1 مبكراً
- استخدم migrate dev فقط في التطوير - استخدم دائماً migrate deploy للإنتاج مع خطوط CI/CD
تجنب
- استخدام العلاقات الضمنية كثير إلى كثير عندما تحتاج إلى تخزين البيانات الوصفية على جدول الربط
- استدعاء prisma.user.findMany() ثم التكرار لجلب البيانات ذات الصلة - يتسبب في استعلامات N+1
- تشغيل migrate dev في الإنتاج مما يمكن أن يتسبب في فقدان البيانات وليس مت idempotent