Move a Database Object to a Different Schema

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

مع الاحتفاظ بالهدف الخاص بك باستخدام إعادة بناء التعليمات البرمجية يسجل

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

النشر

عندما كنت استخدم إعادة بناء التعليمات البرمجية، تقوم بتحديث فقط قاعدة بيانات مشروع الخاص بك، بدلاً من قاعدة بيانات إنتاج. ومن خلال اتباع هذه الاستراتيجية، الحصول على الجميع فوائد قاعدة بيانات المشاريع، والتي تشمل التحكم بالإصدار و الفريق التطوير. عندما تقوم بإنشاء مشروع قاعدة بيانات، والجميع إعادة بناء التعليمات البرمجية يسجل دمج الملفات في الملف عملية.refactorيسجل في المجلد\sql للمشروع. عند نشر التغييرات الخاصة بك، ودمجها factoring يساعد ملف السجل على المحافظة على هدف التغييرات على مشروع قاعدة بيانات.

لمزيد من المعلومات، راجع إرشادات لكتابة تعليمات برمجية آمنة.

ملاحظة

في بيئة فريق العمل، يجب أن تقوم بتشغيل اختبارات الوحدة قاعدة بيانات تطبيق و قبل نشر التغييرات الخاصة بك إلى خادم إنتاج. لمزيد من المعلومات، راجع SR0012:.

المهام الشائعة

في الجدول التالي، يمكنك العثور على وصف للمهام العامة التي تدعم هذا السيناريو وارتباطات إلى مزيد من المعلومات حول كيف يمكنك إتمام تلك المهام بنجاح.

المهمة

مواضيع الدعم

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

الإرشادات التفصيلية: يطبق قاعدة بيانات إعادة بناء التعليمات البرمجية أساليب

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

كيفية القيام بما يلي: Move a Database Object to a Different Schema

مرحلة التراجع عملية إعادة بناء التعليمات البرمجية: في حالة اتخاذ قرار بحاجة إلى إجراء عملية refacإلىring إلى يمكن عكسها، يمكنك مرحلة التراجع هذه تشغيل refacإلىring في جلسة عمل الحالي من Visual Studio.

كيفية القيام بما يلي: التراجع عن عملية إعادة تأهيل قاعدة البيانات

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

كيفية القيام بما يلي: نشر قاعدة بيانات إعادة بناء التعليمات البرمجية التغييرات

مشاكل استكشاف الأخطاء وإصلاحها: يمكنك معرفة المزيد حول كيف يتم إلى استكشاف المشاكل عام refacإلىring قاعدة بيانات.

Troubleshooting Refactoring Issues

سيناريوهات ذات صلة

قم باستدعاء طريقة عرض الشجرة-بيانات محتوى محلل ملفات التعريف

إعادة تسمية مراجع إلى الخادم أو قاعدة بيانات

تأهيل أسماء الكائنات قاعدة بيانات بالكامل

توسيع أحرف البدل في العبارات تحديد

راجع أيضًا:

المبادئ

Refactor Database Code and Data

Avoid unsealed attributes