CALM/arwiki huggingface dataset:
مايكروسوفت أكسس هو ملف قواعد بيانات مبني على السيرفر. بخلاف أنظمة إدارة قواعد البيانات العلائقية (RDBMS) بين السيرفر والعميل، فإن الأكسس لا يقوم بتنفيذ محثات قواعد البيانات، الإجراءات المخزنة أو تسجيل المعاملات. أكسس 2010 يتضمن محثات على مستوى الجدول، وإجراءات مخزنة مبنية على محرك بيانات ACE. وبالتالي، نظام قواعد بيانات سيرفر العميل ليس من متطلبات استخدام الإجراءات المخزنة أو محثات الجدول مع أكسس 2010. من الممكن الآن -في أكسس 2010- تطوير الجداول، النماذج، التقارير ووحدات الماكرو لصالح التطبيقات المبنية على الويب. كما أن دمج الأكسس مع مايكروسوفت SharePoint أصبح محسنا بشكل كبير.
قدم إصدار 2013 من مايكروسوفت أكسس بتغيير على مستوى التصميم (التصميم المسطح Flat Design)، بالإضافة إلى إمكانية تثبيت التطبيقات من متجر الأوفيس، بيد أنه لم يأت بأي مميزات جديدة. جرى مرة أخرى تحديث واجهة المستخدم جزئيا في إصدار 2016، لكن لم يتح بعد الوضع المظلم للأكسس.
قاعدة بيانات الويب وخدمات الأكسس.
نماذج الويب للـ ASP.NET، بإمكانها استعلام قواعد بيانات مايكروسوفت أكسس، وكذلك استعادة السجلات وعرضها على المتصفح.
يسمح SharePoint سيرفر 2010 من خلال خدمات الأكسس لقواعد بيانات أكسس 2010 بأن تكون قابلة للنشر على SharePoint، وهذا سوف يتيح لعدد كبير من المستخدمين التفاعل مع التطبيق على أي متصفح ويب متوافق مع المعايير المتعارف عليها. قواعد بيانات الويب لأكسس المنشورة على سيرفر SharePoint يمكنها استخدام كائنات قياسية مثل الجداول، الاستعلامات، النماذج، وحدات الماكرو والتقارير؛ حيث تقوم خدمات الأكسس بتخزين هذه الكائنات على SharePoint.
أتاح أكسس 2013 القدرة على نشر حلول الويب للأكسس على SharePoint 2013. فعوض توظيف لوائح SharePoint كمصدر للبيانات الخاص بها، يستعمل مستخدمي أكسس 2013 قاعدة بيانات SQL سيرفر المستضافة على SharePoint أوSQL Azure. هذا يتيح قواعد بيانات علائقية حقيقية بوجود التكامل المرجعي، وقابلية التوسع والصيانة، وذلك إذا ما قارناها مع استعراضات SharePoint التي يستخدمها أكسس 2010. كما تم تحسين لغة الماكرو لتدعم بشكل كبير البنيات البرمجية المعقدة، ومستوى أتمتة قواعد البيانات.
مصادر الربط أو الاستيراد.
مايكروسوفت أكسس باستطاعته الربط/الاستيراد المباشر للبيانات المخزنة في التطبيقات وقواعد البيانات الأخرى؛ حيث أن مايكروسوفت أكسس 2007 والأحدث منه، بمقدوره الاستيراد من أو الربط بـ:
بيئة تشغيل مايكروسوفت أكسس.
مايكروسوفت أتاحت نسخا مجانية لبيئة تشغيل الأكسس Runtime؛ حيث تسمح للمستخدمين بتشغيل التطبيقات المكتبية للأكسس دون الحاجة لشراء أو تثبيت الإصدار الأخير من مايكروسوفت أكسس. هذا في الحقيقة موجه للمطورين بأن ينشئوا قواعد بيانات يمكن توزيعها أو شحنها مجانا لعدد غير محدود من المستخدمين النهائيين. كما أن إصدارات بيئة تشغيل الأكسس 2007 والأحدث منها يمكن تحميلها مجانا من موقع مايكروسوفت. إصدارات بيئة التشغيل لأكسس 2003 وما قبلها، كانت جزءا من أدوات وملحقات مطور الأوفيس Office Developer، ويشترى ترخيصها بشكل منفصل.
يسمح إصدار بيئة التشغيل للمستخدمين من عرض، تعديل وحذف البيانات، بالموازاة مع تشغيل الاستعلامات، النماذج، التقارير، وحدات الماكرو ووحدة أكواد VBA؛ غير أنه ليس مسموحا للمستخدمين بتغيير التصميم الخاص بها في الأكسس. إصدارات بيئة التشغيل شبيهة بالإصدارات الكاملة من الأكسس، ومتوافقة عامة مع النسخ الأقدم، على سبيل المثال: بيئة تشغيل أكسس تسمح للمستخدم بتشغيل تطبيقات الأكسس المعمولة في إصدار 2010 وكذا من إصدر 2007 إلى 2000. ونظرا للمميزات التي هجرت في أكسس 2010، فإن بيئة التشغيل لديه غير قادرة على دعم هذه المميزات القديمة. وبالإمكان محاكاة بيئة التشغيل من النسخة الوظيفية الكاملة بواسطة خيار سطر الأوامر codice_1.
فيما يتعلق بقواعد البيانات، أكسس تخزن كل من الجداول، الاستعلامات، النماذج، التقارير، الماكرو والوحدات في قاعدة بيانات Jet للأكسس كملف منفرد.
أكسس يتيح مصمم الاستعلامات Query Designer، وهي واجهة استخدام رسومية تسمح للمستخدمين ببناء استعلامات دون معرفة مسبقة بلغة الاستعلام. في مساحة مصمم الاستعلامات، يمكن للمستخدمين عرض مصادر بيانات الاستعلام (جداول أو استعلامات)، وتحديد الحقول التي يرغبون في إرجاعها عن طريق السحب والإفلات في الشبكة، وإنشاء روابط بواسطة سحب الحقول من جدول إلى آخر. من جهة أخرى، أكسس يعطي للمستخدمين خيار عرض ومعالجة أكواد SQL. أي جدول في أكسس يمكن استخدامه في الاستعلام، بما في ذلك الجداول المرتبطة والآتية من مصدر بيانات مختلف.
يدعم أكسس إنشاء استعلامات "التمرير-من-خلال"، وهي قصاصات من أكواد SQL يمكنها الوصول إلى مصادر خارجية للبيانات باستخدام اتصالات ODBC على الجهاز المحلي. هذا يمكّن المستخدمين من التفاعل مع البيانات المخزنة خارج برنامج أكسس دون استخدام الجداول المرتبطة أو Jet. المستخدمون ينشئون استعلامات التمرير-من-خلال بواسطة قواعد جمل SQL المدعومة من مصدر البيانات الخارجي.
عند تطوير التقارير (في مستعرض التصميم)، فإن الإضافات والتغييرات على المتحكمات تحفز تنفيذ الاستعلامات المرتبطة في الخلفية، والمصمم يُجبر على انتظار إرجاع السجلات قبل أن يحدث أي تغيير آخر، وهذه الخاصية لا يمكن تعطيلها.
الأشخاص الذين لا يملكون مهارات برمجية، يستطيعون استغلال ميزة الماكرو لأتمتة المهام البسيطة عبر سلاسل من التحديدات المنسدلة. وحدات الماكرو تجيز للمستخدمين تشكيل سلسلة أوامر بسهولة مثل تشغيل الاستعلامات، تصدير واستيراد البيانات، فتح وإغلاق النماذج، معاينة التقارير وطبعها... إلخ. الماكرو يدعم البرمجة الأساسية (مثل الجملة الشرطية)، والقدرة على استدعاء وحدات الماكرو الأخرى، وأيضا يتضمن وحدات الماكرو الفرعية الشبيهة بالإجراءات الفرعية. في أكسس 2007، شملت وحدات الماكرو تدبير الأخطاء ودعم المتغيرات المؤقتة، كما قدّم أيضا أكسس 2007 وحدات الماكرو المدمجة، وهي بالأحرى خصائصُ حدثِ الكائن. هذا أزاح الحاجة لتخزين وحدات الماكرو ككائنات منفردة. غير أن وحدات الماكرو كانت وظيفتها محدودة نتيجة الافتقار للحلقات البرمجية والتكويد المنطقي المتقدم في أكسس 2013. ومع التحسينات الهائلة التي قَدِمَ بها أكسس 2013، أصبح من الإمكان مقاربة قدرات وحدات الماكرو بنظيرتها في VBA. لقد جعلوا من التوزيع عمليا للتطبيقات المبنية على الويب عبر التحسينات الواسعة في واجهة وأدوات مايكروسوفت شير بوينت، وكذلك في مكتبيات ويندوز القدامية.
كما هو الحال مع المنتجات الأخرى في حزمة مايكروسوفت أوفيس، لغة البرمجة المستخدمة في أكسس هي مايكروسوفت VBA. وهي لغة شبيهة بالفيجوال بيسك 6.0، حيث يمكن حفظ الكود في الوحدات والكلاسات، والتكويد خلف النماذج والتقارير. معظم تطبيقات الأكسس الاحترافية تعتمد لغة البرمجة VBA عوض وحدات الماكرو، باستثناء إذا كان التوزيع للويب أحد متطلبات المشروع؛ وذلك للحصول على منتج نهائي فعال وغني وقابل للصيانة مع تدبير جيد للأخطاء.
للتلاعب بالبيانات الموجودة في الجداول والاستعلامات في VBA أو الماكرو، أمددت مايكروسوفت مكتبتين للولوج إلى قاعدة البيانات الخاصة بمكونات COM:
بالإضافة إلى DAO وADO، بمقدور المبرمجين أيضا استخدام OLE DB وODBC لتطوير برامج c/c++ أصلية للأكسس. ويعتبر ADO إلزاميا للمعالجة المباشرة لبيانات SQL سيرفر وADPs. وبالنسبة لـ DAO فهي الأكثر ملاءمة لإدارة البيانات في قواعد بيانات Jet والأكسس، والوسيلة الوحيدة للتلاعب بعدد من أنواع الحقول المعقدة في جداول ACCDB.
فيما يخص حاوية قاعدة البيانات أو لوحة البحث في أكسس 2007 والإصدارات اللاحقة، يعمد النظام تلقائيا لتصنيف كل كائن حسب نوعه (جدول، استعلام، ماكرو...). نذكر أن عددا من مطوري الأكسس يستعملون اتفاقية لازينسكي في التسمية، وهي ليست قاعدة إلزامية في DBMS، وإنما اتفاقية برمجية غير معممة، وهي مساعدة لا سيما في VBA عند التأشير لأسماء الكائن التي لا تدلي بنوعها البياني (مثل tbl للجداول أو qry للاستعلامات).
المبرمجون يوزعون تطبيقات أكسس للأفراد وفرق العمل (توصيف أكسس 97 يحدد 32 مستخدما). منذ أكسس 97، ومع أكسس 2003 و2007، فقد لوحظ تطور في بنية العتاد ومايكروسوفت أكسس بحدة هائلة جدا. قواعد البيانات التي تناهز 1 جيجا في الحجم (التي يمكنها الآن أن تندرج بالكامل في الرام)، وعدد 200 من المستخدمين المتزامنين هو تقدير جيد بالنسبة لإمكانيات مايكروسوفت أكسس. ومن المعروف طبعا أن الكفاءة تتناسب كذلك مع تصاميم ومهام قاعدة البيانات؛ فالعمل المكثف على قرص التخزين مثل البحث والاستعلام فإنه يأخذ الوقت الأطول.
بما أنه يمكن تخزين قواعد بيانات الأكسس مؤقتا Cached في الرام، هذا سوف يحسن بشكل هائل سرعة المعالجة عندما يكون هناك مستخدم واحد أو أن البيانات لا تتغير. في الماضي، كان تأثير كمون الحزمة على نظام قفل السجل يتسبب في إبطاء قواعد بيانات الأكسس على الشبكة الخاصة الافتراضية VPN أو الشبكة الواسعة WAN في مقابل قاعدة بيانات Jet، غير أن النطاق الواسع للاتصالات في 2010 خفف من حدة هذا المشكل. في الاستطاعة تعزيز الكفاءة إذا ما جرت المحافظة على الاتصالات المتتالية لقاعدة بيانات الجهة الخلفية Back-end؛ وذلك من خلال الجلسة Session عوض فتح الاتصال وغلقه عند كل ولوج للجدول. في حالة أن أداء قاعدة بيانات الأكسس عبر VPN أو WAN يتعرض للضغط، فإن المستخدم بإمكانه توظيف بروتوكول مكتبي عن بعد (مثل خدمات طرفية مايكروسوفت)، والذي يوفر حلا فعالا. وبالنسبة لقواعد بيانات أكسس المرتبطة بـ SQL سيرفر أو ADP تعمل بامتياز عبر شبكات VPN وWAN.
في يوليو 2011، أقرت مايكروسوفت وجود مشكلة تتعلق بتقطع أداء الاستعلام في جميع إصدارات أكسس وويندوز 7 وويندوز سيرفر 2008 R2. ويعود ذلك إلى الاختلاف الرحيب في طبيعة إدارة الموارد الموجودة في أنظمة التشغيل الحديثة. هذه الإشكالية أثرت بشدة على أداء الاستعلام في كل من أكسس 2003 -والأقدم منه- مع كود محرك قاعدة بيانات Jet، وبالإتباع أكسس 2007 -والأحدث منه- مع محرك قاعدة بيانات الأكسس ACE. أطلقت مايكروسوفت إصلاحا استعجاليا KB2553029 لأكسس 2007، و KB2553116 لأكسس 2010، لكن الإصلاح لم يغط Jet 4.0 بحكم أنه خرج عن الدعم السائد.
في الإصدارات المتقدمة لمايكروسوفت أكسس، كانت القدرة على توزيع التطبيقات يتطلب شراء ترخيص حزمة أدوات المطور Developer Toolkit في أكسس 2007 و2010، أما بيئة التشغيل لأكسس 2013 فقد أتيحت مجانا للتحميل. الشيء الذي جعل من الممكن توزيع التطبيقات الخالية من حقوق الملكية على ويندوز XP، Vista، 7 و8.x.
تجزيء معمارية قواعد البيانات.
مايكروسوفت أكسس يستطيع تبني معمارية قاعدة البيانات المجزأة؛ حيث تقسم قاعدة البيانات الواحدة إلى ملفين معزولين، ملف جهة خلفية (مشترك على سيرفر الملف)، وملف جهة أمامية (يحمل كائنات التطبيق، مثل الاستعلامات، النماذج، التقارير، الماكرو والوحدات). الجهة الأمامية لتطبيق الأكسس يوزع على مكتب كل مستخدم ثم يربط بقاعدة بيانات مشتركة. باتباع هذا النهج، كل مستخدم يحصل على نسخته الخاصة من مايكروسوفت أكسس (أو بيئة التشغيل) مثبتة على جهازه مع قاعدة بيانات التطبيق. هذا يقلل من حركة مرور الشبكة Traffic؛ إذ أنه لا يُسْتَرَدُّ التطبيق لكل استخدام منفرد. ويظل بإمكان قاعدة بيانات الجهة الأمامية احتواء جداول محلية من أجل تخزين إعدادات المستخدم أو البيانات الموؤقتة. كذلك، فإن تصميم قاعدة البيانات المجزأة يسمح بتطوير التطبيق بمعزل عن البيانات. وأحد سلبيات هذا النهج، هو احتمال أن يقوم المستخدمون بتغييرات عديدة على نسخهم الخاصة من التطبيق، وهذا سوف يصعب إدارة التحكم في الإصدار. عندما يكون هنالك إصدار جاهز، فإن قاعدة بيانات الجهة الأمامية سوف تستبدل دون أي انعكاس على قاعدة بيانات التطبيق. ومن أجل ذلك، مايكروسوفت لديها أداتين مساعدتين مندرجتين لتسهيل هذه المعمارية، الأولى: مجزئ قاعدة البيانات، والثانية: مدير الجدول المرتبط.
الجداول المرتبطة في أكسس تستخدم المسار التام بدل المسار النسبي؛ فإما أن تكون بيئة التطوير تملك نفس مسار بيئة الإنتاج أو كتابة إجراء الربط الديناميكي Dynamic-Linker بواسطة VBA.
بالنسبة لقواعد بيانات أكسس الكبيرة، من المحتمل أن يحدث هذا مشاكلا على مستوى الأداء، وفي هذه الظروف وجب اللجوء إلى الجهة الخلفية SQL. قد يكون الأمر أقل إشكالا إذا كان من الممكن إدراج كامل قاعدة البيانات في ذاكرة الوصول العشوائي، لأن الأكسس يقوم بالتخزين المؤقت للبيانات والمؤشرات.
الهجرة إلى SQL سيرفر.
لجعل تطبيقات أكسس تغطي حاجات الأعمال الكبيرة وحلول الويب، أحد التقنيات المرشحة يتطلب الهجرة إلى Microsoft SQL Server أو ما يكافؤه من أحد قواعد بيانات السيرفر. تصميم سيرفر العميل Client-server، ينقص بشكل جسيم الحاجة للصيانة ويرفع من الحماية، الإتاحة، الثباتبة وتسجيل المعاملات.
من أكسس 2000 إلى أكسس 2010، كانت هناك ميزة سميت بـ Upsizing Wizard التي سمحت للمستخدمين بترقية قواعد البيانات لديهم إلى مايكروسوفت SQL سيرفر، وهو قاعدة بيانات ODCBC عميل-سيرفر، وهذه الميزة حذفت في أكسس 2013. من الحلول الإضافية أيضا، مساعد الهجرة للأكسس إلى SQL سيرفر SSMA بقي متاحا مجانا للتحميل على موقع مايكروسوفت.
العديد من خيارات الترقية كانت متاحة. فبعد تهجير البيانات والاستعلامات إلى SQL سيرفر، أصبح بالإمكان ربط قواعد بيانات الأكسس بقواعد بيانات SQL؛ غير أنه بقيت إشكالية بعض أنواع البيانات أهمها نوع “Yes/No”. في مايكروسوفت أكسس توجد ثلاث حالات لهذا النوع من البيانات نعم/لا (صحيح/خطأ): فارغ، لا/خطأ (0) ونعم/صحيح (-1). ونوع البيانات المقابل لها في SQL Server هو نظام العد الثنائي الذي يملك حالتين محتملتين فقط: الصفر والواحد. وفي جميع الأحوال، فإن SQL سيرفر يظل الأسهل في الهجرة. حُسّنَتْ عملية استرداد البيانات من الجداول المترابطة لتشمل فقط السجلات المطلوبة، إلا أن هذا السيناريو يعمل بفعالية أقل مما يمكن تحقيقه بشكل مثالي في SQL Server. على سبيل المثال، في وضعيات الدمج متعدد الجداول، فإنه تظل الحاجة إلى نَسْخٍ كامل للجدول عبر الشبكة.
في الإصدارات السابقة للأكسس، بما فيها أكسس 2010، يمكن تحويل قواعد البيانات إلى ADP، والتي تُقَيدُ مباشرة بواحدة من قواعد بيانات SQL سيرفر، ولاحقا تم حذف هذه الميزة في أكسس 2013. يدعم ADP الإمكانية المباشرة لإنشاء وتعديل كائنات SQL سيرفر، مثل الجداول، الاستعراضات، الإجراءات المخزنة وقيود SQL Server. فيما يخص الدمج متعدد الجداول، فإن الاستعراضات والإجراءات المخزنة تخفض بحدة عالية من حركة مرور الشبكة. يدعم SQL Server الجداول المؤقتة والربط مع مصادر البيانات الأخرى خلف قاعدة بيانات SQL سيرفر منفردة.
في النهاية، بعض قواعد بيانات أكسس جرى استبدالها بالكامل بواسطة تكنولوجيات أخرى مثل Java وASP.NET ما إن يتم تحويل البيانات. على الرغم من ذلك، فإن أي هجرة قد تملي جهدا أكبريا، نظرا لأن لغة SQL أكسس هي لغة قوية وأكثر رحابة من SQL القياسية، إلا أنها تشترك معها في أشياء كثيرة.
فضلا على ذلك، إجراءات تطبيق الأكسس -سواء VBA أم الماكرو- كتبت بمستوى أعلى نسبيا بالمقارنة مع البدائل المتاحة حاليا، على الرغم من أن هذه الأخيرة شاملة وقوية البنية. من الملاحظ أن لغة الماكرو للأكسس، تسمح بمستوى تجريدي عال وثابت أكثر من VBA، وقد خضعت لتعزيز كبير في أكسس 2010، ومرة أخرى في أكسس 2013.
في حالات عديدة، المطورون ينشئون مباشرة واجهات ذات بنية الويب-إلى-البيانات بواسطة ASP.NET، بينما تُرْجَأ عمليات أتمتة الأعمال، ووظائف التقرير والإدارة (التي لا تحتاج أن توزع لأي شخص) في أكسس، ليحافظ عليها المشتغلون على المعلومات.
في حين أن جميع بيانات الأكسس يمكنها الهجرة إلى SQL Server مباشرة، إلا أن بعض الاستعلامات لا تنجح في ذلك. في بعض الوضعيات، قد تكون هناك حاجة لترجمة دوال VBA والدوال المعرفة من المستخدم إلى T-SQL أو دوال وإجراءات دوت نت. زد عليه أن استعلامات جداول Crosstab يمكنها الهجرة إلى SQL Server عن طريق أمر PIVOT.
يمكن وضع مستوى الحماية لتطبيقات مايكروسوفت أكسس من خلال طرق مختلفة. الطريقة الأساسية في التأمين هي كلمة السر لمتحكم الولوج، وهو مستوى حماية ضعيف نسبيا.
المستوى الأعلى في الحماية هو استخدام حماية مجموعات عمل تتطلب إدخال اسم المستخدم وكلمة السر. تسند الصلاحيات للمستخدمين والمجموعات حسب نوع الكائن أو على مستوى الكائن الفردي. هكذا يمكن تحديد صلاحيات الإدخال أو القراءة-فقط؛ غير أن هذا قد يحمل درجة من التحدي. وبالمقدور استخدام ملف حماية معزول لمجموعات العمل، حيث يحتوي هذا الملف على الإعدادات التي يمكن استعمالها لإدارة قواعد بيانات متعددة. مستوى حماية مجموعة العمل لم يكن مدعوما في أكسس 2007، وكذلك صيغة قاعدة بيانات ACCDB في أكسس 2010. بالمقابل، أكسس 2007 و2010 حافظا على دعمهما لقاعدة بيانات MDB.
نذكر أنه يمكن أيضا تشفير قواعد البيانات؛ إذ أن صيغة ACCDB تتيح تشفيرا متقدما من الإصدارات السابقة.
زيادة على ذلك، إذا كانت هناك حاجة لتأمين تصميم قاعدة البيانات رغبةً في منع التغييرات، فإنه يمكن قفل/حفظ قواعد بيانات أكسس من خلال تحويل قاعد البيانات إلى ملف .MDE من جهة أخرى، التغييرات التي تطرأ على مشاريع VBA (الوحدات، النمادج أو التقارير) تحتاج أن تُنشَأَ في MDB الأصلي، ومن تم إعادة تحويلها للـ MDE. في أكسس 2007 و2010، تُحول قاعدة بيانات ACCDB إلى ملف ACCDE. وبالرغم من أن بعض الأدوات متاحة لإلغاء القفل أو Decompiling، إلا أن بعض العناصر غير قابلة للاسترجاع، بما فيها تعليقات VBA الأصلية والتنسيقات.
صيغ الملفات.
يحفظ برنامج مايكروسوفت أكسس المعلومات بالصيغ الآتية:
لا توجد نسخ لبرنامج أكسس بين 2.0 و7.0 وذلك لأن إصدار أوفيس 95 أطلق مع وورد 7. كل منتجات أوفيس 95 لديها إمكانيات ربط وتضمين الكائنات، وأظهر أكسس 7 توافقاً مع وورد 7.
تم تخطي النسخة رقم 13.
أكثر ما يستعمل برنامج آكسس في الشركات وعند مصممي ومطوري البرامج. وتستفيد منه الشركات ذات النسب المرتفعة في الزبائن لإدارة سجلاتهم، وأيضا يكثر استخدامه في الشركات الحكومية التي تتعامل بكثرة مع الناس.
وبرنامج آكسس هو بوابة لحفظ الكثير من المعلومات؛ بحيث يمكن استدعاؤها للاطلاع أو للتعديل عليها في أي وقت.
محتويات قاعدة بيانات أكسس.
تتضمن قاعدة بيانات أكسس على مجموعة من الجداول، النماذج، التقارير، الاستعلامات، بعض وحدات الماكرو وكذلك تحتوي على الوحدات النمطية.
وتعتبر قاعدة البيانات الإلكترونية هي حاوية تحتوي على الكثير من الكائنات، ويمكن لقاعدة بيانات واحدة أن تحتوي على أكثر من جدول واحد، ويكون الملحق الخاص بقواعد البيانات المنشأة بتنسيق برنامج أكسس للإصدارات الحديثة مثل إصدار 2007 هو ACCDB، بينما يكون الملحق الخاص بقواعد البيانات المنشأة بتنسيقات ملفات أكسس للإصدارات القديمة هو mdb، ويمكن استخدام برنامج أكسس 2007 لإنشاء وحفظ ملف بتنسيق ملف أكسس قديم في الإصدار (كأن يكون Access 2000 وAccess 2002-2003).
NHK أو هيئة الإذاعة اليابانية (日本放送協会، تلفظ "نيهون هوسو كيوكاي") هي في الأصل اذاعة راديو عامة، أنشأت عام 1926. اليوم تدير الهيئة ثلاثة محطات راديو هي راديو NHK 1، راديو NHK 2، وNHK أف أم. تعرف الإذاعة أيضا بأسماء راديو طوكيو، وراديو اليابان. بالإضافة إلى محطتي تلفزيون تديرهما تلفزيون NHK العام وتلفزيون NHK التعليمي. وتبث إحدى قنوات الهيئة في المنطقة العربية عبر القمر عربسات.
NHK هي ليست المؤسسة الحكومية بل الهيئة العامة (public organisation). تمول الهيئة نفسها من خلال أجرة المشاهدة ("jyushinryo" ،受信料) التي تجمعها الهيئة من كل المواطنين الذين يمتلكون أجهزة التلفزيون. NHK لا تأخذ موارد المالية من الحكومة والأحزاب السياسية. ولكن رئيس الوزراء يعين رئيس مجلس الإدارة للNHK وفقا للقبول من البرلمان.
تاريخ الإذاعة.
في 22 مارس 1925 أي بعد عام ونصف على زلزال كانتو الكبير أطلقت الإذاعة اليابانية أول بث إذاعي في الياباني من هضبة أتاغو شمال قبور توكوغاوا في حديقة شيبا. أنشأت الإذاعة عام 1926، وجزء آخر عام 1931. في عام 1941 قام الجيش الياباني الإمبراطوري بعولمة الإذاعة لتبث ب16 لغة عالمية منها العربية.
تقوم بإذاعة الأخبار المحلية والعالمية. تقدم أخبار الساعة السابعة مساء باللغتين الإنكليزية واليابانية. ويعتبر برنامج نيوز ووتش الذي يبث الساعة التاسعة مساء هو البرنامج الإخباري الرئيسي للمحطة الأولى.
تقوم أيضا ببث برامج الدراما والكوميدية والكارتون (أنمي)، منها دراما ((أوشين)) (おしん، "Oshin") المشهور الذي تم بثه في الثمانيات.
تقارير الطوارئ.
يتوجب على أن إتش كي بموجب مهمتها الإذاعية أن تقوم ببث تحذيرات مبكرة في حالات الطوارئ خاصة في حالة الكوارث الطبيعية كالزلازل والتسونامي، حيث تتعاون مع وكالة الأرصاد الجوية اليابانية في الحصول على هذه المعلومات وبثها للمشاهدين بأهداف الوقاية من آثار الكوارث.
معركة وادي لكة أو معركة شذونة أو معركة سهل البرباط هي معركة وقعت في 28 رمضان 92 هـ/19 يوليو 711 م بين قوات الدولة الأموية بقيادة طارق بن زياد وجيش القوط الغربيين بقيادة الملك رودريك الذي يعرف في المصادر الإسلامية باسم لذريق. انتصر الأمويون في تلك المعركة انتصارًا ساحقًا أدى لسقوط دولة القوط الغربيين، وبالتالي سقوط معظم أراضي شبه الجزيرة الأيبيرية تحت سيطرة الأمويين.
المصادر حول المعركة.
لم تتناول الكثير من المصادر الغربية المعركة، حيث كان المصدر الرئيسي في المصادر الغربية التي تناولت هو تأريخ عام 754 الذي كتب بعد عام 754 بفترة قصيرة. المصدر اللاتيني المسيحي الآخر الذي كتب خلال قرن من تاريخ المعركة هو تأريخ اللومبارد الذي كتبه بولس الشماس، الذي لم يكن قوطيًا غربيًا ولا هسبانيًا، ويعتقد أنه كتب بين عامي 787- 796 م. يعد تأريخ عام 741 هو الأقرب لتاريخ وقوع هذه المعركة، لكنه لم يحتو على أي مادة أصلية تتعلق بالمعركة. احتوت عدد من المصادر المسيحية اللاتينية في وقت لاحق على وصف لأحداث المعركة التي اعتمد عليها أحيانًا المؤرخون، لعل أبرزها تأريخ ألفونسو الثالث، الذي كتبه ألفونسو الثالث ملك أستورياس في أواخر القرن التاسع.
أما المصادر الإسلامية، فهناك العديد منها، لكنها محل انتقادات من قبل المؤرخين الغربيين، حيث لم يكتب أيا منها قبل منتصف القرن التاسع الميلادي، وأقدمها "فتوح مصر والمغرب" لابن عبد الحكم، الذي كتبه في مصر.
في السنوات التي سبقت المعركة، نجح موسى بن نصير والي إفريقية من قبل الدولة الأموية في السيطرة على المغرب الأقصى الذي كانت تسوده الاضطرابات والخروج عن سلطة الأمويين من آن إلى آخر. كما نجح في ضم مناطق لم تكن خاضعة للأمويين هناك، أهمها طنجة التي جعل من مولاه طارق بن زياد حاكمًا عليها. ولم يعد بالمغرب الأقصى سوى سبتة التي لم تكن تخضع لسلطان الأمويين. كانت سبتة تحت حكم رجل يدعى بيوليان وعلى الجانب الآخر، شهدت السنوات التي سبقت المعركة، انقلاب رودريك دوق باتيكا على الملك ويتزا ملك القوط الغربيين، واستيلائه على المملكة. إلا أن سيطرته على المملكة لم تكن كاملة، نظرًا لوجود مناصرين لأبناء الملك المخلوع في الشمال.
تذكر المصادر الإسلامية، أن السبب وراء فكرة غزو المسلمين لأيبيريا أن يوليان كانت له ابنة أرسلها لبلاط رودريك كما كان يفعل جميع النبلاء في تلك الفترة، فأعجب بها رودريك واغتصبها، مما أثار غضب يوليان وعزم على الانتقام. عرض يوليان موسى بن نصير وقيل طارق بن زياد مساعدتهم على غزو إسبانيا بأن يمدهم بسفنه. استشار موسى الخليفة الأموي الوليد بن عبد الملك فأجابه قائلاً: أرسل موسى سرية للاستطلاع في رمضان 91 هـ قوامها 100 فارس و400 من المشاة تحت قيادة طريف بن مالك الذي نزل بهم جزيرة طريف. شكك بعض المؤرخين الغربيين في كون يوليان كونت سبتة قد أعار المسلمين سفنه للعبور إلى أيبيريا، إضافة إلى قصة اغتصاب ابنته من قبل رودريك، وقالها بأنها أسطورة اختلقها المؤرخون المسلمون في نهاية القرن التاسع، مستدلين على ذلك بكون المسلمين قد كانت لهم قواتهم البحرية في غرب البحر المتوسط بالفعل، وهو ما يؤكده مهاجمتهم للجزائر الشرقية قبل ذلك بأعوام.
وبعد عام تقريبًا، عبر 7,000 مقاتل مسلم أغلبهم من البربر تحت قيادة طارق بن زياد على سفن يوليان إلى جبل طارق، واجتاحوا الجزيرة الخضراء. في تلك الفترة، كان رودريك يشن حملة في الشمال على المتمردين البشكنس، حيث بلغته تحركات المسلمين، فقرر التوجه جنوبًا لقتالهم. وحين بلغ طارق تحرك جيش رودريك لقتاله، طلب المدد من موسى بن نصير الذي أمده بخمسة آلاف آخرين.
موقع المعركة وتقديرات الأعداد.
تذكر المصادر العربية وقوع المعركة قرب شذونة، في موقع يقال له البحيرة أو وادي لكة أو وادي بكة أو وادي برباط. ويرجح المؤرخ توماس هودجكين رأي رودريغو خيمينيز دي رادا، بأن المعركة وقعت في فحص شريش. فيما يعتقد خواكين بالبي بأن المعركة دارت على ضفاف وادي رانكة.
تذكر المصادر العربية أن جيش رودريك كان قوامه 100,000 جندي، وقيل 40,000 جندي. في المقابل، قدر «تاريخ ألفونسو الثالث» يقدرهم بنحو 187,000 جندي. فيما تذكر المصادر العربية أن طارق عبر بسبعة آلاف جندي، ثم أمده موسى بن نصير بخمسة آلاف أخرى، أي أنه دخل المعركة باثني عشر ألف مقاتل على أقصى تقدير. وفي تقدير روجر كولينز الذي تجاهل المصادر الأولية، أن عدد المسلمين كان حوالي ألفي جندي، ولم يكن عدد قوات القوط الغربيين أكبر من ذلك بكثير. أما ديفيد لويس فقد قدّر عدد قوات القوط الغربيين بحوالي 33,000 جندي.
التقت القوتان في 28 رمضان 92 هـ، في معركة استمرت لثمانية أيام، انتهت بهزيمة كبيرة للقوط، بعد أن تعرض رودريك لخيانة في داخل جيشه أدت إلى هذا النصر الإسلامي الكبير. فوفقًا لتأريخ المستعربين، فقد ساهم منافسي رودريك الطامحين في الحكم في هزيمة القوط الغربيين.
ألقى تأريخ ألفونسو الثالث باللوم على أبناء ويتزا لتآمرهم على رودريك. كما كان ظهور أوبا شقيق ويتزا في طليطلة وقت أن دخلها موسى بن نصير، سببًا في اعتقاد بعض المؤرخين أنه شارك في المؤامرة التي حيكت ضد رودريك. كما رجّح بعض المؤرخين الغربيين المعاصرين أن يهود أيبيريا المضطهدين من قبل القوط الغربيين قد ساهموا بفاعلية وشاركوا في صفوف المسلمين، مستشهدين بما ذكره صاحب كتاب أخبار مجموعة بأن المسلمين كانوا يستخدمون اليهود في حامياتهم. ورغم كل ذلك، فلم يذكر تأريخ المستعربين مشاركة اليهود في جانب المسلمين.
نتج عن انهيار جيش القوط خسارتهم لعدد كبير من الجنود، بينما خسر المسلمون على أقصى تقدير 3,000 رجل. أما عن مصير رودريك، فتقول المصادر الإسلامية أنه اختفى أثره بعد المعركة، ولكنها تستدل على موته غارقًا في الوحل بعثور المسلمين على فرس رودريك الأبيض وقد غاص في بركة موحلة، ووجود خُف منغمس في الطين، رجحوا من خلاله غرقه في الوحل.
مهدت المعركة لاستكمال الفتح الإسلامي للأندلس، وكان الدافع وراء تقدم المسلمين السريع هو الارتباك الذي أصاب القوط بعد الهزيمة الساحقة لجيشهم ومقتل الملك، مما أدى للسقوط السريع للعاصمة فحال ذلك دون انتخاب ملك جديد أو إنشاء قوة مقاومة. وبعيدًا عن ذلك، لم يتوقع المتآمرون أن طلبهم مساعدة العرب لاستعادة الحُكم في مُقابل الحُصُول على الغنائم، سيكلفهم هذا الثمن الباهظ، كما لم يكونوا على دراية بالنوايا الحقيقية لدخول العرب.
ومع مرور الوقت، بدأت الحقائق تتكشف، فقد كانت هناك عوامل مهمة ساعدت في نجاح المسلمين، منها أن العديد من الساخطين على نظام الحكم القوطي قد انضموا إلى القوات الفاتحة، بالإضافة إلى تعاون سكان أيبيريا من الرومان، الذين لم يكن لديهم حق المشاركة في الحكم (باستثناء المناصب الكنسية)، مع المسلمين حيث رأوا فيهم حليفًا محتملًا ضد الجرمان. هناك حديث أيضًا عن وجود مساعدات من قبل اليهود، الذي تعرضوا للاضطهاد من قبل الملكية القوطية الكاثوليكية، ومن الكثير من باقي السكان الذين لم يقاوموا بسبب غضبهم من المجاعات والأوبئة والتواقون للاستقرار السياسي.
زلاتان إبراهيموفيتش (؛ ؛ مواليد 3 أكتوبر 1981) لاعب كرة قدم سويدي يلعب مهاجمًا لنادي إيه سي ميلان في الدوري الإيطالي. مهاجم من الطراز الرفيع ويسجل الأهداف بغزارة واشتهر بأسلوب لعبه المبدع والقوة وقدرته في الكرات الهوائية ودقة تسديداته القوية. وهو الآن ثالث أكثر لاعب كرة القدم نشط يملك ألقاب جماعية في العالم، بعد حصوله على 32 بطولة في مسيرته. وقد سجل أكثر من 570 هدفًا في مسيرته المهنية، بما في ذلك أكثر من 500 هدف مع الأندية، وسجل في كل من العقود الأربعة الماضية.