ما حجم السجلات الذي يتحمله Access2000 ?

هناك اظن رسائل سابقة تتحدث عن الحد الاقصى

و لكن بصورة عامة الحجم الاقصى للسجلات هو الحجم الذي لا يزيد عنه حجم قاعدة البيانات عن 2 جيجابايت اكثر من ذلك لن تتقبل قاعدة البيانات ان تخزن من معلومات

لا يوجد شيئ اسمه عمل موثوق منه في Access اما ان يعالج السجلات او ان لا يعالج السجلات :)

لا تتوقع ان تفتح Access مثلا و لا تجد سجل ما لان حجم قاعدة البيانات كبيرة جدا :) ، انا شخصيا اختبرته مع ما لا يقل عن مليون سجل و ما كانت هناك مشاكل.

و مرة واحدة فقط لاحظت قاعدة بيانات وصل حجمها الى 2 جيجابايت في النسخ الاقدم من Access و عملت جيدا الى ان وصلت الى ذلك الحجم، الذي كان يخزن بها هو صور.

اذا اردت ان تخزن معلومات هائلة فيمكنك دمج Access مع SQL Server ، اما ما هو الحد الاقصى الذي يمكن ان يصل اليه عند ذلك فراجع الوصلة التالية :)

http://www.arabteam2000.com/vb/showthread....&threadid=11526

اخي خضر ترزى :)

الف شكر على حسن الإهتمام بالرد على سؤالي وعلى هذه المعلومات الرائعه ..... وللأمام إن شاء الله

اخوك في الله

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

عند النموذج اصبح ثقيلا و حل المشكلة هي ان يكون النموذج غير مرتبط مع اي من الجداول الا بعد الفتح الكامل

اخي امير المبرمجين ماذا تعني ب ان يكون النموذج غير مرتبط مع اي من الجداول الا بعد الفتح الكامل

ولك جزيل الشكر:)

لمن يهمه الامر اذا كونت قاعدة بيانات على الاكسس مكونة من خمسة جداول على الاقل وفي كل جدول مالا يقل عن عشرة حقول فلن تستفيد من قاعدة البيانات بعد مائة وخمسون الف ركرد في احد الجداول وخصوصا اذاكانت هناك عمليات حسابية اوقمت بالفرز والتجربة اكبر برهان مع ملاحظة ان دالة (sum) لا تعمل مع الاكسس 2000 بشكل جيد:o

معك حق يا أخي:)

فعلاً يا أخي الداله sum تجعل هناك مشاكل....

اذا كنت تخطط لقاعدة بيانات ضخمة عليك تصميمها بهذه الطريقة

بكلمات اخرى من الصعب ان تتوقع من نموذج ان يجمل 2 مليون سجل الى الذاكرة لتتفرج عليهم فقط :D و ذلك مرة واحدة.

عندما تربط Access XP ب SQL Server 2000 سوف تجد بان النماذج اصبحت لها خصائص جديدة و منها عدد السجلات الاقصى الممكن عرضه مرة واحدة، حتى لا يقوم نموذج ما باغراق الشبكة.

من ناحية اخرى عليك ان تصمم النماذج لتعمل في طريقة الفرز و ليس العرض المباشر، لا تنسى بان ملايين السجلات هي اكثر من ذاكرة الجهاز، الا اذا توفرت لديك 1 جيجا رام في الجهاز :)

احد طرق تصميم تلك النماذج هي ان تقوم برمجيا بربط النموذج مع الجدول ليحضر لك البيانات سجل سجل و ليس جميعها معا، الطرق الاخرى هي الاعتماد على استعلامات ترجع فئة محددة من المعلومات

يجب ان تهتم الى طريقة بناء الحسابات في قواعد البيانات الكبيرة، ربما لا تعمل الطريقة التي تعتمدها هنا بالصورة التي تتوقعها، لا اقصد ان تعمل جزئيا بل اقصد انها سوف تكون ابطئ، بكلمات اخرى لن يحدث ان يرجع لك الامر Sum نتائخ خاطئة، فهو اما سوف يرجع نتائج اما لا :)

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

ربما بربط Access XP مع SQL Server 2000 سوف تتوفر لديك مجموعة اكبر من الامكانيات لتسهل عليك عملية بناء البرامج التي سوف تحتوي على الكثير من السجلات، ولكنها لن تجعلها بسهولة بناء البرامج التي تحتوي على سجلات اقل، اي ان كتابة الكود مطلوبة هناك قليلا.

في Access XP Beta 2 باتذكر وجود اكثر من 10 خصائص اضافية مخصصة لمساعدتك في التعامل مع جداول عملاقة تحتوي على ملايين السجلات، مثل طريقة احضارها للذاكرة و تفعيل الحفظ التلقائي او ابطاله او الانفصال عن الجدول و الاعتماد على Syncronize لتبادل البيانات بين النموذج الذي انفصل من الجدول و الجدول نفسه، و غيرها من الامور

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

اعتقد سوف تجدولها في النسخة Access .NET 2004 و التي تعمل نماذجها Offline عبر الاتصال بتكنولوجيا XML الى الجداول، و لكن الى تلك الفترة يجب كتابة الكود اذا رغبت ببناء برنامج للتعامل مع قاعدة بيانات ضخمة من داخل Access :)

بالنسبة للحسابات ايضا في قواعد البيانات الضخمة، لو كنت تعتمد على SQL Server مع Access في الثاني هناك شيئ اسمه ال OLAP او Analysis Services تسمح لك ببناء مكعبات مجسمة من الجداول بحسابات عكسية.

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

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

اذا لم تحدد الحسابات يمكن ل OLAP ايضا ان يعيد فهرسة الارقام عبر خوارزميات تسمى (احتساب جميع الحسابات) لتتوفر لديك نتائج اية حساب ممكن في قاعدة البيانات

بالطبع هناك طرق اخرى كثيرة متبعة في بناء قواعد البيانات الكبيرة غير هذه، يتعلق بنوع قاعدة البيانات طبعا.

اشكرك أخي العزيز خضر على هذه المعلومات الرائعه التي لم تبخل علي بها ابداً

:) :) :) :) :)

عفوا لا شكر على واجب :D