طلب برنامج لاصلاح جداول الفوكس برو

جرب هذا البرنامج... استخدمته قديما مع جداول 2.6 وكان يزبط 100%

الاستعمال من CMD على النحو التالي

DataSize YourTable.Dbf

datasize.rar

شكراً اخي Shadowz

ولكن لم يفلح البرنامج لاني اتعامل مع VFP 9

nowfal_yassin_saif كتب:

شكراً اخي Shadowz

ولكن لم يفلح البرنامج لاني اتعامل مع VFP 9

سوف ابحث لك عن برنامج لدي ارجو ان اجده حيث انني منظم جدا لدرجة انني احيانا لا استطيع رؤية mouse على مكتبى :D

هل بامكانك ان تفول ما هو الخطأ في ذلك dbf ؟

من الممكن ذلك حيث لم يسبق لي تجربته مع VFP9 فلم اتعرض لهذه المشكلة معه

اتمنى أن يفيدك الاخ سمير بحل من طرفه

واذا كان بامكانك وضع الجدول هنا للمحاولة فيه... فلا بأس في ذلك

المشكلة اخي Shadowz ان جداول الفوكس برو سريعة العطب في حال انقطاع التيار الكهربائي وليست كاالاكسس او الاكسل .

برنامج Datasize لا يتعرف على الجداول في ال VFP9 وعندما كتبت الامر في CMD اتت الرسالة الاتية :

هذا الملف ليس DBF

وهذه هي الملفات المعطوبة

datademage.rar

لقد استعملت DbfViewer

اعتقد انك تجيد ربط هذا الملف بال dbc

اذا لم تعرف اخبرني

procc1.rar

شكرا اخي سمير على اصلاح الجدول و نعم انا اجيد ربط ه بالـ dbc

اود الاستفسار منك لدي البرنامج الذي قمت عن طريقة باصلاح الجدول ولكنه Demo فهل وجدت Crack له

يسلموا يا سمير على البرنامج، وتعال انت ونوفل احكيلكم،،

بصراحة أنا كثير مبسوط :lol: ... ليه ؟؟؟

أول شي بدي أفش اللي بقبلي

صحيح الـ Datasize كان دائما يحل مشاكلي مع جداول FOX2.6

لكن واقع حالي كان دايما.... انضرب الجدول... أووووووووووف، شو هالمشكلة المزفتة، ضربة ان شاء الله

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

نرجع للموضوع، وبنقاط متسلسلة بسيطة للالمام بالمشكلة:

الوضع الطبيعي لدى استخدام الجدول هو قراءة الــ Header أولا ثم الوصول لبيانات الجدول فاذا وجد في الـ Header أي خلل يعطينا الخطأ 2091

Table "name" has become corrupted. The table will need to be repaired before using again. (Error 2091)

طبعا الجدول لما ينضرب نتيجة انقطاع الكهرباء... لا تضيع سجلاته انما يحدث خلل في الـ Header الذي لا بد وأن يتم قراءته للسماح لنا باستخدام الجدول

المشكلة نفسها.... كيف نصلح الـ Header المضروب...؟؟؟؟؟

دائماً كنت أقف عند هذه النقطة، أحلها بواسطة DSize وانتهى الموضوع،

وطبعا يمكن حل هذه المشكلة أيضا بتعديل الـ Header اما بواسطة Hex Editor أو Low Level Function ... لكن اشتغل يللي فاضي وعلى بالك تشتغل

ولا أخفيكم فقد كانت هذه المشكلة دوما مصدر قلق بالنسبة لي.

البارحة خطر لي البحث في ملف الـ Help عما اذا كان هناك ما يسمح لنا بتجاوز قراءة الـ Header عند فتح الجدول، وفعلا والحمد لله وجدت أن هناك ما يتحكم بذلك، وهو الأمر TableValidate

ببساطة

اذا كان قيمته 3 فهذا يعني أن آلية التحقق من الـ Header ستكون فعالة

اذا كانت قيمته 0 فهذا يعني أنه سيتم التعامل مع الجدول دون التحقق من أي شيء

واقرأ الـ Help للمزيد

والنتيجة هنا أننا لن نصلح الـ Header بدل سنقوم بفتح الجدول ونسخ محتوياته لجدول جديد وانتهى الموضوع

جرب الحالتين لديك :

Set Tablevalidate to 0
Use YourTable
Close tables all

Set Tablevalidate to 3
Use YourTable
Close tables all

والباقي لديك.

ملاحظات :

هذا الامر لا يقوم باصلاح الجدول أبداً، انما يمكنك من الوصول لمحتوياته التي يمكن نسخها لجدول جديد

قمت بتجربته مع جدول مرتبط بقاعدة بيانات، ولا غبار عليه

قمت بتجربته مع جدول غير مرتبط بقاعدة بيانات، ولا غبار عليه

قمت بتجربته مع جدول FPW2.6 مضروب من خلال VFP9، ولا غبار عليه

يمكنك عمل برنامج صيانة صغير للجداول الخاصة ببرنامجك ليقوم المستخدم باستعماله عند الحاجة ( بدل ما تضل رايح جاي :wacko: )

هذا الامر جديد بالنسبة لي، ولكن ما اكتشفته لدى عودتي للـ MSDN انه تم ادراجه في الاصدار الثامن للفوكس برو ( بعبارة اخرى يجب عدم تفويت Whats New في أي اصدارة حتى لو لم نستخدم تلك الاصدارة )

مع التحية

Shadowz كتب:

يسلموا يا سمير على البرنامج، وتعال انت ونوفل احكيلكم،،

بصراحة أنا كثير مبسوط :lol: ... ليه ؟؟؟

أول شي بدي أفش اللي بقبلي

صحيح الـ Datasize كان دائما يحل مشاكلي مع جداول FOX2.6

لكن واقع حالي كان دايما.... انضرب الجدول... أووووووووووف، شو هالمشكلة المزفتة، ضربة ان شاء الله

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

:haha: :haha: :haha: :haha:

سبحان الله بعد الاشياء لا تتغير لو شو ما صار

بس انت مش فاهم المشكاة بالزبط. المشكلة انو شركة الكهرباء لا تحب foxpro وهيدا شي معروف عالميا لذلك اطلب منك التوقف عن لوم الزبون دائما :haha:

بتعرف انه في الهند لا يوجد مبرمج يستعمل ال dbc ومن ضمنه صديق لي قوي جدا في استعمال vfp وعندما سالته لماذا لا تستعمل dbc اجابني لانه في الهند تنقطع الكهرباء كثيرا وذلك يؤدي الى اصابة index بالضرر وتصليح هذا index هو امر سهل نسبيا اذ ان كل ما عليك فعله ان تاتي بنسخة سليمة وتضعه في مكانه overwrite وتعمل reindex وينتهي الموضوع اما اذا ضعته في dbc فيجب عليك ان تصلح index و dbc وهذا امر يصعب على الزبون تعلمه.

ان الكهرباء تجبرك على استعمال طرق برمجة معينة وتمنعك من استعمال dbc :D

يا اخي اللي بيشتغل على برنامج محاسبة معمول بال foxpro او اي لغة اخرى يجب ان يعرف ان معلومات دكانه وربحه وخسارته موجود داخل هذا البرنامج لذلك يجب ان يكفوا عن لوم microsoft او المبرمج لانه يوجد اختراع اسمه UPS كله عا بعضه ثمنه 40$ لكل pc

نرجع للموضوع، وبنقاط متسلسلة بسيطة للالمام بالمشكلة:

اقتباس

الوضع الطبيعي لدى استخدام الجدول هو قراءة الــ Header أولا ثم الوصول لبيانات الجدول فاذا وجد في الـ Header أي خلل يعطينا الخطأ 2091

Table "name" has become corrupted. The table will need to be repaired before using again. (Error 2091)

طبعا الجدول لما ينضرب نتيجة انقطاع الكهرباء... لا تضيع سجلاته انما يحدث خلل في الـ Header الذي لا بد وأن يتم قراءته للسماح لنا باستخدام الجدول

المشكلة نفسها.... كيف نصلح الـ Header المضروب...؟؟؟؟؟

دائماً كنت أقف عند هذه النقطة، أحلها بواسطة DSize وانتهى الموضوع،

وطبعا يمكن حل هذه المشكلة أيضا بتعديل الـ Header اما بواسطة Hex Editor أو Low Level Function ... لكن اشتغل يللي فاضي وعلى بالك تشتغل

ولا أخفيكم فقد كانت هذه المشكلة دوما مصدر قلق بالنسبة لي.

البارحة خطر لي البحث في ملف الـ Help عما اذا كان هناك ما يسمح لنا بتجاوز قراءة الـ Header عند فتح الجدول، وفعلا والحمد لله وجدت أن هناك ما يتحكم بذلك، وهو الأمر TableValidate

ببساطة

اذا كان قيمته 3 فهذا يعني أن آلية التحقق من الـ Header ستكون فعالة

اذا كانت قيمته 0 فهذا يعني أنه سيتم التعامل مع الجدول دون التحقق من أي شيء

واقرأ الـ Help للمزيد

والنتيجة هنا أننا لن نصلح الـ Header بدل سنقوم بفتح الجدول ونسخ محتوياته لجدول جديد وانتهى الموضوع

جرب الحالتين لديك :

Set Tablevalidate to 0
Use YourTable
Close tables all

Set Tablevalidate to 3
Use YourTable
Close tables all

شكرا على المعلومة :)

هل جربته في حالة الملف المضروب للاخ nawfal?

اعتقد انه يجب ان انفض الغبرة عن راسي قليلا لاستعيد ما نسيته من اوامر. كان لدى كود مكتوب بلغة vfp هو ايضا يصلح نوعا معينا من الاخطاء الا انني لم استطع العثور عليه :(

هناك شيئان تعلمتهما او بالاحرى جبروني الزبائن على تعلمهما

ان اكثر ما يخرب هو index وهذا الخطا قد ينتج اما عن انقطاع الكهرباء الشريرة او استعمال الزبون لاصابعه الثلاثة الذهبية ctrl+alt+delete

الحل كما قال الخبراء هو الملف الذي سيخرب هو الملف المفتوح حاليا لذلك ينصحك الخبراء باستعمال select 0 حيث ان هذا الامر كفيل بتحرير index و table مع بقائه مفتوح. افترض انك عملت زيادة لسجل

insert into table1 values("aa","bb")
select 0

او

Select MyTable
Set Order to 1
...
Select 0

اقتباس

ملاحظات :

هذا الامر لا يقوم باصلاح الجدول أبداً، انما يمكنك من الوصول لمحتوياته التي يمكن نسخها لجدول جديد

قمت بتجربته مع جدول مرتبط بقاعدة بيانات، ولا غبار عليه

قمت بتجربته مع جدول غير مرتبط بقاعدة بيانات، ولا غبار عليه

قمت بتجربته مع جدول FPW2.6 مضروب من خلال VFP9، ولا غبار عليه

يمكنك عمل برنامج صيانة صغير للجداول الخاصة ببرنامجك ليقوم المستخدم باستعماله عند الحاجة ( بدل ما تضل رايح جاي :wacko: )

هذا الامر جديد بالنسبة لي، ولكن ما اكتشفته لدى عودتي للـ MSDN انه تم ادراجه في الاصدار الثامن للفوكس برو ( بعبارة اخرى يجب عدم تفويت Whats New في أي اصدارة حتى لو لم نستخدم تلك الاصدارة )

شكرا على هذه المعلومات والتجارب التي قمت بها

معك في فراءة الجديد دائما

موفق إن شاء الله

اهلاسمير

واضح انك شارب من مرارة الجداول المضروبة من زمان

UPS .............ليش المصاريف....مش بيكفي مشترين البرنامج... المفروض يكون على حسابنا حسب رأي أحد زبائني القدماء..... شو رأيك؟؟؟

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

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

المرفق برنامج على السريع لاصلاح الجداول التالفة بناء على الأمر TableValidate

مبدئيا هو خاص بالجداول الحرة فقط ( الغير مرتبطة بقواعد بيانات )، وان شاء الله سأعمل على تجهيزه للتعامل مع قواعد البيانات قريبا ( والسبب طبعا هو مراعاة ما تحويه من خصائص ومزايا لا توجد في الجداول الحرة )

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

لذا يرجى اعلامي في حالة ظهور أي أخطاء لتصحيحها، أو التكرم بتصحيحها مباشرة،

أضفت له أيضا عملية فهرسة وازالة للسجلات المحذوفة واستعراض للجداول

أرجوعدم التردد في اجراء أي تعديل أو ابداء أي ملاحظة

والصورة توضح فكرة البرنامج

ولاتنسوا عمل نسخة احتياطية عن الجداول فبل استخدامه

وعفوا يا سمير، مع العلم أنه لا حاجة للشكر،

صحيح... هل جربت Select 0 في برامجك السابقة، وهل تمنح فعلا نوعا من الحفظ للجدول ؟

مع التحية

TBLFixer.rar

مرخبا فيك اخي Shadowz

اقتباس

واضح انك شارب من مرارة الجداول المضروبة من زمان

كلنا شاربين منو. بصحتك:lol:

اقتباس

UPS .............ليش المصاريف....مش بيكفي مشترين البرنامج... المفروض يكون على حسابنا حسب رأي أحد زبائني القدماء..... شو رأيك؟؟؟

مهضوم هذا الزبون. ابعتلي ياه وشوف شو لح اعملك فيه. :evil:

اقتباس

لذا يرجى اعلامي في حالة ظهور أي أخطاء لتصحيحها، أو التكرم بتصحيحها مباشرة،

أضفت له أيضا عملية فهرسة وازالة للسجلات المحذوفة واستعراض للجداول

في الحقيقة مجهود تشكر عليه وتستحق الثناء :clapping:. ولكنه بالنسبة الي جاء متاخرا قليلا حيث انني قد لا استفيد منه الان :sad:

عندي اقترح. انا من بعد اذنك ممكن انزل هالبرمامج في موقع اجنبي مازلت الى الان مشترك فيه وارى رد فعل الاعضاء عليه حيث مازالو يعملون بشكل مكثف في vfp. اكيد مع ذكر اسمك عالموضوع لكني احب ان اعرف اسمك وليس Shadows :)

استطيع ان ارسل لك الموقع في رسالية (حتى لا يقولوا عم بعمل دعاية :wink:)

اقتباس

صحيح... هل جربت Select 0 في برامجك السابقة، وهل تمنح فعلا نوعا من الحفظ للجدول ؟

كلا. لم اجربه خيث ان تلك المعلومة هي جديدة بالنسبة الى وكانت بعد ان توقفت عن العمل في vfp

ولكني استعملتها للهروب من m. التي اكرهها واكره استعمالها

موفق دائما.

اقتباس

مهضوم هذا الزبون. ابعتلي ياه وشوف شو لح اعملك فيه. :evil:

اقتباس

في الحقيقة مجهود تشكر عليه وتستحق الثناء :clapping:. ولكنه بالنسبة الي جاء متاخرا قليلا حيث انني قد لا استفيد منه الان :sad:

اقتباس

عندي اقترح. انا من بعد اذنك ممكن انزل هالبرمامج في موقع اجنبي مازلت الى الان مشترك فيه وارى رد فعل الاعضاء عليه حيث مازالو يعملون بشكل مكثف في vfp. اكيد مع ذكر اسمك عالموضوع لكني احب ان اعرف اسمك وليس Shadows :)استطيع ان ارسل لك الموقع في رسالية (حتى لا يقولوا عم بعمل دعاية :wink:)

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

اقتباس

Select 0

اقتباس

m.

مع التحية