Actor migration/ar

كانت تخزن برمجيات ميدياويكي في السابق إشارات إلى المستخدمين (مثل مؤلف مراجعة أو صورة) في صفة زوجين ، بينما تستخدم   للتعديلات مجهولة المصدر. كان هذا الأمر سببًا في تكديس مساحة التخزين ونتج عنه مشاكل في الأداء على مواقع الويكي التي يوجد فيها عدد ضخم من المراجعات كما نتج عنه صعوبة إعادة تسمية المستخدمين أو إضافة نوع جديد من المؤلفين مثل T133452. قدمت نسخة 1.31 من برمجيات ميدياويكي مبدأ الفاعل – actor (شخص يقوم بفعل، مثل تعديل أو حدث في سجل؛ سواء كان هذا إما مستخدم مسجل أو شخص مجهول في الوقت الراهن)، وكذلك عملية ترحيل إلى مخطط بيانات قاعدة بيانات جديدة، حيث يحل محل خانات مثل ‎ ‎ و ‎ ‎ خانات مثل ‎ ‎. بسبب الحجم الضخم لجدول revision في ويكيبيديا الإنكليزية، الذي يتعين أن يرحّل كاملًا قبل تنظيف التغييرات، يجري الترحيل تدريجيًا، مقسمًا على عدة إصدارات من برمجيات ميدياويكي. نتوقع أن ينتهي الأمر في برمجيات ميدياويكي 1.34.

سيستحدث الترحيل قيد جدول لكل زوجين فريدين من ‎ ‎ / ‎ ‎ وكذلك سيستبدل هذه الأزواج بإشارة إلى معرّف صف الفاعل. يجري ترحيل الأعمدة التالية:

كي نتجنب إجراء ALTER TABLE مكلف على جداول revision الضخمة للغاية على مواقع الويكي تحت مظلة ويكيبيديا، سوف ينسخ في البداية كلا من ‎ ‎ و ‎ ‎ إلى جدول ‎‎ ومن هناك سوف تنقل مرة أخرى إلى. The revision_actor_temp table will be dropped afterwards.

If you are a wiki owner, you probably don't need to do anything, the migration will happen automatically when you run. If you want to control when the migration happens, see and the  maintenance script.

If you are an extension developer, and your extension does direct DB access to some of the affected fields, you'll need to update your queries (and ideally use the  methods, such as, instead of manually constructing your query). During the migration period, you can also use the  class to get schema/field information that respects any   settings.

If you are a tool developer using, there might be performance implications, even if you don't use any of the affected fields directly. See wikitech:News/Actor storage changes on the Wiki Replicas for additional information.