Actor migration/ar

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

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

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

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

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.