الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

عُقدة أكسس في محدودية التخزين

مغلق
بدأه ArcKive في 13 يونيو 2007 · 10 رد · 5,039 مشاهدة · في قواعد بيانات Microsoft Access
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

أخوتي في الله سلام من الله عليكم ورحمة منه وبركاته وبعد

لا أعتقد أن أي شخص تعامل مع قواعد بيانات أكسس ببعض التوسع والتعمق في الدراسة والتطبيق والتجربة والخبرة قد راوده شك أو ساورته ظنون بأنه ( أي قواعد بيانات أكسس) ضعيفة في أي جانب من الجوانب، أو بها ما يقلل من قدرها وشأنها مفارنةً مع رصيفاتها قواعد البيانات الضخمة Oracle و Microsoft SQL ماعدا موضوع محدودية أكسس في التخزين، حيث تصل إلى 2GB.

أنا مبتدئ جداً في أكسس ولكن لدي قناعة بأنني لابد من تعلمه إذا أردت المُضيّ قُدُماً في تعلّم وإجادة فواعد البيانات.

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

حسب علمي ففي وصل حجم القاعدة الى 2GB فهناك مجموعة من الحلول بعضها أعرفه والبعض الآخر والأغلب لا أعرفه.

أحد هذه الحلول هو ضغط القاعدة عن طريق Compact and repair من قائمة Tools ثم اختيار database utilities ثم compact and repair database.

هذه العملية فعّالة جدّا في ضغط واصلاح القاعدة .

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

هذه العملية كما قلت طويلة وفيها من التعقيد نصيباً ويلزم عند اللجوء اليها القيام بالكثير من التعديلات على البرنامج أو النظام. لا أخفي شكّاُ عندما أقول أنني شخصيا لاأتمنى أن أضطر لتحويل قاعدة أكسس الى sql ولكن بدلا عن ذلك أفضل أن أبدأ من البداية العمل بها لذلك كما قلت مسألة تقدير حجم القاعدة من البداية والنظر بعين طويلة المدى الى مستقبل هذه القاعدة ومستقبل حجمها (تقريبا طبعاُ) أمر غاية في الأهمية.

ولكن ماذا إذا لدي قاعدة أكسس ووصلت أو كادت أن تصل إلى 2GB ولم تفلح Compact and Repair في إيقاف تمددها؟؟

ولم أستطع لأي سبب من الأسباب تحويلها الى sql أو قل لم أشأ تحويلها. ماذا أفعل؟ فرأت أنه يمكن تقسيم الجداول (ليس تقسيم القاعدة) للتغلب على هذه المشكلة ولكن لاأعلم عنها شيئأُ. ماهي الطرق الأخرى التي يمكن بواسطتها التغلب على هذه المعضلة - نعم معضلة - غير هذه الطرق؟؟ وماهي الخطوات الرئيسية في عملية تقسيم الجداول؟

جُزيتم خيراً جميعاُ وأرجو أن أكون قد وُفقت في إيصال استفساراتي وفكرتي لنقطة غاية في الأهمية في فواعد بيانات آكسس.

سبحان اللّه وبحمده... سبحان الله العظيم

--------------------------------------------------

لا إله إلا الله عدد خلقه ورضى نفسه وزنة عرشه ومداد كلماته.. ملء السماوات وملء الأرض وملء مابينهما

وملء ماشاء من بعده..عدد الحركات والسكنات وعدد ماكان ومالم يكُن.. عدد أيام

الدنيا وعدد صفق الشجر وعدد رمل عالج ومثل زبد البحر.. وإلى أن يـــشاء الله رب

العالميـــن.

--------------------------------------------------

اللهم لك الحمد كما ينبغي لجلال وجهك وعظيم سلطانك كما لم يحمدك أحد من خلقك

إلى يوم الدّيـــن

[يمين]--------------------------------------------------

[/يمين]

وَممّا زادني شرَفاً وتيهاً.... دُخولي تحت قولكَ ياعبَادي

وَكدتُ بأخمصي أطأ الثُّريّا.... وأن صيّرت أَحمدَ لي نَبيّا

#2

أخي الفاضل

السلام عليكم ورحمة الله وبركاته

كما تعلم ان قاعدة البيانات اكسيس شأنها شأن اي قاعدة بيانات من حيث الصفات اضافة الى سهولة ادارتها ومرونتها وواجهاتها المميزة والتي تفتقده العديد من قواعد البيانات الضخمه .

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

اذا يجب علينا التخطيط من البداية وليس من النهاية عندما تمتلئ قاعدة البيانات اكسيس على آخرها وبعدها نقوم بالتفكير فهذه من اخطاء التخطيط منذ البداية .

وعلى افتراض اننا اخطأنا في التقدير فما زال لدينا الوقت لكي نصحح هذا الخطأ وذلك بتحويل وتكبير قاعدة بيانات اكسيس الى SQL Server ( هذا الشرح خاص بالأكسيس 2003 ) اما في اكسس 2007 فنجد ان هناك في شريط قوائم الأكسيس ما يسمى ادوات قاعدة البيانات ثم نختار ( خادم SQL ) فبمجرد ان نقوم بإختياره سوف يرشدنا المعالج الى طريقة التحويل .

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

هنا يأتي دور ما يسمى بأرشفة قاعدة البيانات وهي تجهيز بعض الأوامر في قاعدة البيانات بحيث تقوم بفرز البيانات خلال سنه كامله ثم ترحيل سواء بيانات الجداول او القاعدة كاملة الى نسخة مأرشفة بتاريخ معين ومن ثم حفظها ويمكن استدعائها في اي وقت تشاء فيما لو رغبت في الحصول على بعض المعلومات او البيانات الناقصة وبهذه الطريقة نضمن سلامة قاعدة البيانات الى الأبد طالما اننا لن نتعدى في السنة الواحدة الحجم الأقصى لقاعدة البيانات وهو 2 قيقابايت اما اذا كنا سوف نصل الى هذا الحجم خلال سنه كاملة فهنا يجب التوجه فورا الى SQL Server او Oracle

post-15367-1181853611_thumb.gif

#3
zahrah كتب:
ولا شعوريا تقوم بهذه العملية مع العلم ان قاعدة البيانات لازالت في بيئة المعالجة وهنا تحدث الكارثة التي لا تحمد عقباها فقد تصاب قاعدة البيانات بالتلف والذي لن يجدي معها اي اصلاح وبهذا تفقد كل بيانات في لحظة لم تحسب لها حساب .

استاذتنا الكريمة زهرة.......

اولا : خالص التهاني للنرقية - واسف للتاخير لظروف كنت امر بها في هذه الفترة -

ثانيا : ارجو مزيد من التوضيح للفقرة المقتيسة .... وعل يمكن تجنب هذا الخطراذا ما قمنا بتشغيل الخيار

Compact on close??

شكرا لكم.....

والشكر موصول للاخ صاحب النشاركة

طبتم واهتديتم :)

===================================

إقرأ معي

رابط متجدد لكتاب أقرؤه فشاركني فيه

======

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

الكتاب :

حسين الموسوي - لله تم للتاريخ ، كشف الأسرار وتبرئة الأئمة الأطهار

اضغط على الصورة لتحميل الكتاب

%E1%E1%E5%20%CB%E3%20%E1%E1%CA%C7%D1%ED%CE.jpg

-----------

كتب سابقة

سعد الدين الشاذلي - مذكرات حرب أكنتوبر

#4

بارك الله فيك يا أخي الغالي ايهاب

حيث البرنامج الذي أعمل عليه أيضاً عند الغلق تم تفعيل خاصية

Compact on close

ما الخطر في هذا الامر ....

certifiedj.jpg

 

 

Image Hosted by ImageShack.us
#5

السلام عليكم ورحمة الله،،،

اخي الكريم Archive شكرا على طرح الموضوع للنقاش،، وبالرغم من كون المشاركات جاءت فيه متاخره، الا ان هذا لا ينتقص من اهميته، ففعلا، الاكسس قاصر في نواح كثيرة بالنسبة لقواعد البيانات الكبيرة الاخـرى،، ولكننا هنا نناقض انفسنا،، قواعد البيانات الكبيرة لها استعمالاتها،، وجوانب تطبيقها ومجالات تخدم بها بشكل فعال، وكذلك الاكسس، فله مجاله ومكان تطبيقه وبشكل فاعل، وقد يكون لدى اكسس الكثير من المميزات والامكانيات التي تعجز عنها قواعد البيانات الكبيرة، فمثلا، ارى ان واجهة التطبيق وربطها مع قاعة البيانات والتقارير هي اسهل بكثير من اوراكل، وSQL ولهذا تجد الاكسس كما تلاحظون من تنوع الاسئلة المطروحة فيه، بانه يستخدم في كثير من الاعمال المتوسطة، والصغيرة، اي انه فعال فيهما، بيناما تجد الاوراكل و SQL مستخدما بكثرة في مجال الاعمال الكبيرة، ولعلي ارى ومن وجهة نظري ان الاكسس يخدمني ويخدم المستهلك صاحب الاعمال المتوسطة والصغيرة اكثر من غيره،،

وهنا اختم قولي بان المقارنة بين نظام واخر تبخس النظامين حقهما،، فلكل منهما مجاله واستخدامه وميزاته،،،

واخيرا اشكر كل من شارك وخاصة الاخت زهرة على الجدول التوضيحي المهم، والأخ ايهاب عثمان على اثراء النقاش,,,

همام

وَمِنَ النَّاسِ مَن يُعْجِبُكَ قَوْلُهُ فِي الْحَيَاةِ الدُّنْيَا وَيُشْهِدُ الله عَلَى مَا فِي قَلْبِهِ وَهُوَ أَلَدُّ الْخِصَامِ

مواضيعي ومشاركاتي

#6

أيضا هناك شيء مهم جداً

الاكسس مساعد قوي في الاعمال اليومية للموظف والذي يعجز اي برنامج آخر من مجموعة الاوفيس حلها

وان كان اي برنامج قواعد بيانات اخر يتسطيع الحل لكن يستلزم تنزيل علي كل جهاز لكل موظف برنامج الاوركل او الاس كيو ال

وطبعا هذا غير متاح لكل الموظفين هذه برامج المفروض انها موجوده عند مدير الشبكات فقط وليس الموظفين

لذلك اود ان اقول ان برنامج الاكسس من البرامج التي تخدم الموظفين لانجاز عملهم بطريقة سهلة وميسورة وايضا في المتناول لانه يتنزل ضمن حزمة الاوفيس

certifiedj.jpg

 

 

Image Hosted by ImageShack.us
#7

اخي الفاضل ايهاب

اخواني الكرام

السلام عليكم ورحمة اله وبركاته

كما تعلم ان قاعدة البيانات لا تعتمد بحد ذاتها على نفسها او انها كائن مستقل عن بقية قشرة برنامج الأوفيس فنرى انها تعتمد على عدة كائنات يطول بنا المقام لسردها او شرحها بالتفصيل ولكني سأعطيك رؤوس الأقلام بصفتك لديك خبرة كافية في هذا المجال فمن العوامل المؤثرة او بالأحرى الكائنات المؤثره على نجاح أو فشل اي قاعدة البيانات التالي :

1. الفهارس الخاصة بالقاعدة

هنا لا نقصد تحديدا الفهارس التي نقوم بعملها في الجداول ولكن الذي نقصده هو الـ Index الخاص بالقاعدة نفسها ويمكن ان نتعرف عليه ونراه جيدا في الجداول المخفيه الخاصة بنظام القاعدة لأن اي قاعدة بيانات تقوم بعملية فهرسة للكائنات الخاصة بها بواسطة ارقام ورموز كوديه لا تستطيع تغييرها وإن تم العبث بها ففي هذه الحالة سيتم تلف قاعدة البيانات وسينتج لديك ما يسمى خطأ الفهرس وتكون الرسالة بهذا الشكل " AOIndex is not an index in this table " حيث لا يمكن اعادة قاعدة البيانات الى سابق عهدها نتيجة لفقد احد الفهارس الخاصة بالقاعدة ويقصد بالجدول في الرسالة اي الجدول المخفي MSysACEs وأحد الأسباب الرئيسية لهذا الخطأ هو كثرة الضغط والإصلاح لقاعدة البيانات او انه تم اغلاق قاعدة البيانات قسرا وهي في حالة معالجة بيانات كأن يكون الكهرباء انقطع عن الكمبيوتر فجأة او ان الكمبيوتر علق ( هنق ) معاك واستخدمت مفتاح اعادة التشغيل ففي هذه الحالة كانت قاعدة البيانات في حالة معالجة وانت قمت لأي سبب بإيقاف هذه العملية قبل انتهاء المعالجة مما ادى الى فقد احد الفهارس الهامة .

ولحل هذه المشكلة اذا حدثت اما ان تنشأ قاعدة بيانات جديده وتستورد جميع كائنات القاعدة السابقة او تحاول الإستعانه بأحد برامج الإصلاح ونادرا ما يتم اصلاحها .

2. محرك قاعدة البيانات Microsoft Jet Database Engine

يوجد محركين لقاعدة البيانات وهو المحرك القديم Jet 3.5 ( يأتي مع نسخة اكسيس 97 ) والمحرك الجديد Jet 4.0 ( يأتي مع نسخة 2000 وما فوق ) فعند تلف احد هذين المحركين حسب نوع قاعدة البيانات المستخدمة فستظهر لك رسالة خطأ "Unrecognized database format" وتعني انه لم يتم التعرف على هيئة القاعدة وسيخبرك بأنه لا يستطيع فتح قاعدة البيانات "The Microsoft Jet Database Engine cannot open the file " ولحل هذه المشكلة هو تحديث محرك قاعدة البيانات بأخر جديد او عمل فورمات من جديد لكامل الويندوز حيث لا يمكن ازالته بسهوله ، ومن ثم تثبيت برنامج الأكسيس من جديد . اذا لم تقم بحل هذه المشكلة فورا فسوف تحصل على هذه الأخطاء تباعا عند تشغيل اي قاعدة بيانات :

1. Microsoft jet database engine could not find object MSysDB .

2.The Microsoft Jet database engine could not find the object MSysCompactError .

3. The Microsoft Jet database engine could not find the object 'databases'.

4. The Microsoft Jet database engine could not find the object 'filename'.

3. عطب فيجوال بيسك للتطبيقات VBA.

عندما ترى مثل هذه الرسالة "Visual Basic for Applications Project in This Database Is Corrupt" فهذا يعني انك لا تستطيع الوصول الى الأكواد الداخلية لقاعدة البيانات بسبب هذا العطل ويمكن مشاهدة اثار هذا العطل عندما تدخل الى ريجستري نظام الويندوز ثم تبحث عن الـ VBA وسترى مقدار الضرر الحاصل به طبعا اذا لم يكن لديك خبرة في التعامل مع ريجستري النظام فمن الأولى تركه حتى لا تقوم بإحداث تلف اكبر في محرر الريجستري وبهذا تفقد كامل النظام ولذا فإن الحل الوحيد هو ازالة برنامج الأكسيس كاملا واستبداله بنسخة جديده مع ترك جميع قواعد البيانات كما هي وعدم العبث بها حتى يتم اصلاح مشكلة الفيجول بيسك للتطبيقات وبعدها ستجد ان القاعدة المعطوبه في هذه النقطة قد عادت للعمل .

هناك نقطة هامة وخطيره في نفس الوقت اذا كانت قاعدة البيانات من نوع MDE وحدث لها مثل هذا العطب في مشغل الفيجول بيسك للتطبيقات فإن قاعدة البيانات MDE سوف تتحول مباشرة الى MDB ولكن مع وجود اخطاء ستظهر اثناء فتح اي كائن سواء نماذج او أي كائن من كائنات القاعدة يعتمد اساسا على الكود البرمجي الخاص بالـ VBA ولكن عندما تريد مشاهدة الأكواد الخاصة بالبرنامج لن ترى شيئا لأنه سبق وان تحولت جميع الأكواد في القاعدة عند تحويلها الى MDE الى بيانات ثنائية اما التصاميم فيمكن عرضها ورب ضارة نافعة .

4. خطأ في الكتابة الى الذاكرة

في حالة حدوث خطأ في قاعدة البيانات وتكرار الخطأ اكثر من مره ومع هذا نحاول فتحها لأكثر من مره فإنه سيأتي وقت عليها وتظهر لك هذه الرسالة "التعليمة في 0x11111111 ومرجع الذاكرة في 0x11111111. لا يمكن إعادة كتابة الذاكرة " . "The instruction at "0x11111111" referenced memory at "0x22222222". The memory could not be "written" ففي هذه الحالة يجب علينا فورا اغلاق قاعدة البيانات بطريقة سليمة ثم اغلاق برنامج الأكسيس ثم اعادة تشغيل الكمبيوتر من جديد حتى يتم افراغ الذاكره من جميع البيانات ومن ثم عمل تنظيف للبرامج العالقة في الذاكره .

5. تحول حجم بعض قواعد البايانات الى ( صفر كيلوبايت )

هذا الخطأ يعتبر من أخطر الأخطاء الذي يواجهها المستخدمين حيث انه لا يكتفي بعطب او اتلاف قاعدة بيانات واحده ولكن جميع قواعد البيانات التي تكون بنفس الإصدار فإن كانت نسخة الأكسيس لديك اصدار 2000 فسوف يقوم بتحويل حجم جميع قواعد البيانات الى ( صفر Zero كيلوبايت ) اما بقية قواعد البيانات التي عملت في اصدارات حديثة فلا تتعرض لمثل هذا الخلل فقط التي تكون بنفس اصدار برنامج الأكسيس سواء 2000 او 2002 او 2003 طبعا لا يوجد حل لهذه المشكلة سوى انك تقوم بتغيير نسخة الأكسيس الى احدث اصدار بعد ازالة الأصدار السابق تماما مع ترك جميع قواعد البيانات كما هي وبعد تثبيت النسخة الحديثه سوف تعمل معك جميع قواعد البيانات .

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

ان عملية الضغط والإصلاح اشبه ما تكون ( بقدر الضغط ) ففي كل مره تقوم بضغط قاعدة البيانات فإنك تزيد الضغط عليها اكثر وأكثر حتى تأتي لحظة وتتلف نهائيا .

مع تمنياتي لكم بالتوفيق .

#8

جزاكم الله خيراً

الحمد لله الذى هدانا لهذا وما كنا لنتهتدى لولا أن هدانا الله

#9

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

#10

أخوتي الأعزاء سلام من الله عليكم جميعاً

الأخت الفاضلة زهرة أعتذر عن التأخير في الرد وشكراً على هذه المعلومات القيمة. بالنسبة لموضوع أرشفة القاعدة هلّا تكرّمت بالتوضيح اكثر بخصوص الاوامر التي تقوم بالارشفة حسب تاريخ محدد بشئ من التفصيل؟ أو إرشادي برابط الى احد المواضيع ذات الصلة.و إذا كانت لديّ قاعدة مُأرشفة وقاعدة أخرى أعمل عليها حاليّاً وأردت بيانات من كلتا القاعدتين (بعضها من القديمة المُأرشفة والأُخرى من الحاليـــــّة التي أعمل عليها، ولايمكن دمجهما مرّة أخرى لأن الحجم أصبح أكبر من 2GB?? كيف أحصل عليها؟

أم أن القاعدة الجديدة تزال مرتبطة بكيفيــّة ما بالمُأرشفة وتتيح امكانية الحصول على معلومات منها ؟ نفع الله بك.

الأخ العزيز أبو عرقوب أشكرك على تعقيبك ومعلوماتك القيـــــــّمة ولكن المشكلة أخي العزيز تكمن في كيفية التقدير الصحيح والدقيق لحجم القاعدة المُزمع إنشاؤُها وحجمها في المستقبل، يعني ممكن أن تخلُص الدراسة الأولية أو التخطيط المبدئي للقاعدة المُزمــع إنشاؤُها أن مستقبل حجمها اعتماداً على طبيعة العمل المُنشئة لأجله صغير أو متوسط ويناسب تماماً إمكانيات أكسيس، ولكن قد يتطور العمل ويزيد معدل الضغط على القاعدة من حيث إدخال وتخزين الداتا بشكل مخالف وبوضوح للتخطيط السابق والتوقعات الأولية لحجمها، بل قد تتطور بإضافة كائنات أخرى جديدة (جداول-نماذج-الخ) وتصبح قاعدة ضخمة يتوجب تحويلها الى SQL. إذاً قد يفشل التخطيط الأولي أحياناً في تقدير حجم القاعدة، لذا أقترح أن يوضع في الحسبان أن هذه القاعدة مهما بدت صغيرة ومُعدّة لحجـــم عمل صغير قد تتطوّر لأي سبب وبالتالي فالجاهزية مطلوبة للتعامل مع هذه النتائج.

طبعاً شركة مايكروسوفت لاتود زيادة حجمها حتى لا تؤثّر على SQL Server من ناحية تسويقية، باعتبار أن كلّ منهما له مايناسبه.

والشكر موصول للأخ ايهاب وبقية الأخوة الذين شاركوا بالتعقيب

أسأل الله أن يحفظكم جميعأ ويلطُف بنا لُطفاُ يليق بعظمته إنه سميع مجيـــب للدّعاء

سبحان اللّه وبحمده... سبحان الله العظيم

--------------------------------------------------

لا إله إلا الله عدد خلقه ورضى نفسه وزنة عرشه ومداد كلماته.. ملء السماوات وملء الأرض وملء مابينهما

وملء ماشاء من بعده..عدد الحركات والسكنات وعدد ماكان ومالم يكُن.. عدد أيام

الدنيا وعدد صفق الشجر وعدد رمل عالج ومثل زبد البحر.. وإلى أن يـــشاء الله رب

العالميـــن.

--------------------------------------------------

اللهم لك الحمد كما ينبغي لجلال وجهك وعظيم سلطانك كما لم يحمدك أحد من خلقك

إلى يوم الدّيـــن

[يمين]--------------------------------------------------

[/يمين]

وَممّا زادني شرَفاً وتيهاً.... دُخولي تحت قولكَ ياعبَادي

وَكدتُ بأخمصي أطأ الثُّريّا.... وأن صيّرت أَحمدَ لي نَبيّا

#11

الاستاذة زهرة ....

بارك الله فيك وزادك علما ..

شكرا لكافة الاخوة..

طبتم واهتديتم :)

===================================

إقرأ معي

رابط متجدد لكتاب أقرؤه فشاركني فيه

======

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

الكتاب :

حسين الموسوي - لله تم للتاريخ ، كشف الأسرار وتبرئة الأئمة الأطهار

اضغط على الصورة لتحميل الكتاب

%E1%E1%E5%20%CB%E3%20%E1%E1%CA%C7%D1%ED%CE.jpg

-----------

كتب سابقة

سعد الدين الشاذلي - مذكرات حرب أكنتوبر

هذا الموضوع مغلق.

مواضيع مشابهة