هل هناك أي gotchas أو لأسباب وجيهة لعدم استخدام autosproc للمكالمات الإجراء المخزن؟

Question

ولقد نفذت طبقة الوصول إلى البيانات التي بملء الكيانات العامة من datareader باستخدام الاختلاف في النهج قرد الثالث (<لأ href = "http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx" يختلط = "نوفولو noreferrer"> http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx ). هذا يعمل بشكل جيد، ويؤدي بشكل جيد ويوفر لي كتابة الأحمال من التعليمات البرمجية repetetive لاسترجاع البيانات.

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

ولقد وجدت بعض التوجيهات في: http://msdn.microsoft.com /en-us/library/ms973259.aspx وبعض نموذج التعليمات البرمجية في حل autosproc. أنها تبدو جيدة على الورق وأنا عازم على دمج هذه ولكن جوجل سريعة لم يحضر الكثير في الطريق من الخبرات المستخدم من تنفيذ autosproc وأنا أبحث عن وممتاز (أو لأسفل) من أي شخص كان هناك، وفعلت ذلك بالفعل.

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

والمشورة تقدير.

Answer 1

وأعتقد أنه من الأسهل أن يحولك إلى هذا السؤال، حيث تحتوي جوابي روابط لشيء AutoSproc الخاص بك: <لأ href = "https://stackoverflow.com/questions/1256619/tsql-parse-execution-plan-to -determine الأعمدة ليكون الذين أعيدوا من قبل واحد في المخزنة صناعة تج / 1256698 # 1256698 "> TSQL - تحليل خطة تنفيذ لتحديد الأعمدة ليتم إرجاعها بواسطة إجراء مخزن

لتلخيص، لم أكن أحب ذلك: أنها تسبب الكثير من القضايا

و(فقط بدس حول علامات الاستفهام وجدت هذا واحد)