مشاركة استفسارات SQL المشتركة بين فريق [مغلق

Question

لا أريد حتى أن أفكر في عدد ساعات العمل التي تم إنفاقها في كتابة نفس الاستفسارات للانضمام إلى نفس الجداول بالضبط في شركتي.

عندما بدأت لأول مرة في وظيفتي، حددت هذا كعمل على عدم كفاءة وبدأت في كتابة وجهات النظر في مخطط منفصل لغرض وحيد من راحة المطور.
لم يعجبني مدرب بلدي هذا كثيرا وأوصي ببدء ارتكاب استفساراتي المشتركة لتحديد المصادر في مجلد منفصل من SQL الإنتاج. هذا منطقي أن بعض البرامج النصية تتطلب معلمات وليس كلها تتم قراءتها فقط.

ما هو الاستعلام المشترك؟

• يستخدم البرنامج النصي لتشخيص مشاكل معينة
• البرنامج النصي لعرض العلاقات بين عدة طاولات (القيام بنواب متعددة)
• البرنامج النصي الذي لا نريده في إجراء مخزن لأنه غالبا ما يكون متصلا لتشخيص مسألة اليوم

القضايا التي أريد معالجتها

• سيتم إعادة كتابة الاستعلامات، والاستفسارات إذا لم يتمكن أحد العثور عليها
• تكامل IDE، تريد أن تكون قادرا على عرض الاستعلامات بسهولة في IDE. لقد جربت حلول SQL Server لكنها تمتص حقا لأنهم يحبونك في العمل فقط على مجموعة الملفات.

كنت أتساءل كيف يتقاط جميع الموالية هناك استعلامات SQL المشتركة.

شكرًا

Answer 1

يبدو أن OP يريد أن يعرف كيفية الحصول على الكلمة إلى الفريق حول SQL مفيد SQL يمكن أن يستخدم الآخر / يجب استخدامها حتى لا إعادة إنشاء.

كيف فعلت هذا في الماضي هو من خلال طريقتين:

1. قم بإنشاء صفحة Wiki Wiki Team تفاصيل SQL مع أمثلة على كيفية استخدامها.
2. البريد الإلكتروني للفريق عند إنشاء SQL جديد يجب أن يتم تقاسمها.

بالطبع، نحن دائما تشمل رمز SQL في عنصر تحكم الإصدار، فقط يتم استخدام Wiki والبريد الإلكتروني في جزء "الحصول على كلمة هناك".

Answer 2

إذا كان الأمر شيءا وأود أن أسميه "مشترك" ربما ربما إنشاء إجراء مخزن أن الناس مع الأذونات اللازمة يمكن تشغيلها.

إذا كان مسار الإجراء المخزن لن يعمل بشكل جيد لفريقك، فسيكون الخيار الآخر إنشاء عرض. يأتي إنشاء طريقة عرض مع تحديات فريدة من نوعها على الرغم من أن هذا التأكد من أن كل شخص يعمل العرض له أذونات محددة على جميع الجداول في العرض أيضا.

خارج تخزين البرامج النصية في التحكم في المصدر من نوع ما، ربما ستعمل مشاركةها على موقع نقطة المشاركة أو مشاركة ملف الشبكة موافق لفريقك. التحدي الحقيقي الذي سيكون لديك في تقاسم البرامج النصية هو أن الناس لديهم طرق مختلفة لتحديد ما يبحثون عنه. نوع الويكي من الموقع يسمح بوضع علامات أنواع مختلفة من الأشياء ستكون الاستعلامات مفيدة.

Answer 3

يمكنك إنشاء طريقة عرض.

Answer 4

الكثير من الطرق للقيام بذلك (بما في ذلك البعض الذي ذكرته بالفعل):

• الوظائف المعرفة من المستخدمين من الجدول
• الإجراءات المخزنة
• الآراء
• مراقبة المصدر
• طبقة الوصول إلى البيانات الرسمية المشتركة لرمز العميل

Answer 5

المشاهدات هي الطريقة الصحيحة للتعامل مع هذا النوع من الأشياء. أو في بعض الحالات، إجراء مخزن.

ولكن ليس هناك قاعدة تقول لا يمكنك ايضا تخزين DDL لعرض أو إجراء مخزن في عنصر تحكم المصدر.