ابوخليل

الصح ان الاكواد تكون داخل المحرر ويتم التحكم في الكود بناء على متغير وضح فكرتك وما تريد الوصول اليه .. ستجد الحل المناسب ان شاء الله

لا انصح بهذه الطريقة .. ستسبب لك لاحقا مشاكل برمجية .. وايضا فيها محاذير أمنية .

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

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

جميل جدا ذكرتني الشاطىء وامواجه لا تلمني اقرب بحر لنا يبعد اكثر من 500 كم

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

تفضل عمل محرك آلي احترافي .. ماركة مسجلة لأبي خليل .. ولا فخر التحكم بقيم الرسوم إدخال المدفوعات وعرض ومشاهدة التوزيع ... حسب فكرتك تماما .. كلها في نموذج بسيط عرض تقرير شامل لتسديد مبالغ الطالب .. المدفوعات والمتبقي -------------------------------------- لكل من مر من هنا واستفاد .. دعواتكم لأخيكم بظهر الغيب fees.rar

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

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

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

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

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

جرب .. ضغط واصلاح قاعدة البيانات

نصائح الخبراء هنا كثيرة بخصوص اول خطوة في البرمجة وهي الجداول يرددون دوما يجب الاهتمام بتصميم الجداول وخاصة التسميات ولكن الكثير من المبتدئين لا حياة لمن تنادي .. وكأن توجيهات الخبراء لا تعنيهم اخي الكريم .. من الاخطاء التي وقعت فيها : 1- تسمية الكائنات بكلمات محجوزة في اكسس مثل Name ولم تكتف بتسمية الجدول بهذا بل سميت الحقل به 2- جميع الحقول المرتبطة في الجداول الثلاث متشابهة في التسمية ، وهذا لا يصلح لأنك ستواجه عقبات مستقبلا في الربط فلا تستغرب اذا تأخر رد الاخوة الاعضاء .. ------------------------------ تفضل هذا مطلوبك بعد تعديل الاخطاء .. استعلام واحد اجعله مصدرا لتقريرك 222.rar

تفضل stock11 .rar

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

بالنسبة للحفظ والحذف اكسس يحفظ آليا بدون أمر .. بمجرد الكتابة اما الحذف فأرى ان يتم الحذف من نموذج التعديل ,, لأن البيانات ستكون ظاهرة فيه الرئيسي اعمل له زر ماكرو .... والفرعي جاهز فقط يتم التحديد على السجل ثم زر delet ---------------------------------- اعجبني مثالك .. اذا وجدت الوقت الكافي سوف اعمل تحسينات جوهرية عليه ----------------------------------------------- تفضل هذه طريقة الترقيم الخاص Dim xLast, xNext As Integer Dim prtyr, prtTxt As Integer xLast = DMax("moveCode", "tblInvoiceHeader", "Left(moveCode, 1) ='" & "W" & "'") prtyr = Left(xLast, 1) If IsNull(xLast) Then xNext = 1 prtyr = "W" Else xNext = Val(Mid(xLast, 2, 5)) + 1 End If Me!moveCode = prtyr & Format(xNext, "00000") stock10 .rar

المهم يجب ان ترمي خلف ظهرك مسألة تحديد او اختيار الوحدة عند البيع او الشراء . الوحدات تسجل ان وجدت مع الصنف .. ويعتمد اصغر وحدة مثلا .. كرتون كاسات يحتوي على 24 كاسة . التسجيل يتم كالتالي كرتون كاسات زرقاء . الوحدة=24 كاسة زرقاء . الوحدة=1 ------------------------------------------------------------------- ومثلها .. كرتون بسكويت يحتوي على 10 علب كل علبة تحتوي على 10 حبة كرتون بسكويت ابو ولد . الوحدة =100 السعر 90 علبة بسكويت ابو ولد . الوحدة=10 السعر 9 حبة بسكويت ابو ولد ز الوحدة =1 السعر 1 ريال عند الاستعلام عن الرصيد يتم احتسابه ( مجموع وحدات الشراء - مجموع وحدات البيع ) ويمكننا في النهاية تحويلها الى علب وكراتين وحبات ------------------------------- متاجر الجملة تتعامل غالبا مع الكرتون ومتاجر التجزئة تتعامل مع الوحدة وطبعا كل يعمل ويسجل حسب نشاطه .. المهم ان البرنامج يكون مرن يصلح للكل

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

شرح لتصميم جدول الحركة : اولا في التصميم .. راعيت وجوب حصر البيانات المهمة والمطلوبة في جدول واحد .. والابتعاد قدر الامكان عن الاحتياج للاستعلامات الطويلة كاستعلامات التوحيد واستعلامات المجاميع ، ومحاولة جعل تدفق البيانات الضرورية تتم من خلال الجدول . لذا عملت التالي . 1- أعمدة : (رقم الفاتورة / رقم الصنف / نوعه / السعر / الكمية) جعلتها مشتركة لجميع العمليات ( البيع / الشراء/ المرتجعات / بداية المدة / التالف ) 2- الوحدات .. تمت تجزئتها ( عمودين ) لكافة العمليات اعلاه 3- المجاميع .. تمت تجزئتها ( ثلاثة اعمدة ) .. للشراء وما في حكمه _ والبيع وما في حكمه _ والتالف والمستبعد في عمود يخصه ---------------------------------------------- (الشراء .. ورصيد اول المدة .. ومرتجع البيع) في عمودين مشتركين : عدد الوحدات / اجمالي المبلغ ( البيع .. ومرتجع الشراء) في عمودين مشتركين : عدد الوحدات / اجمالي المبلغ ( التالف ومنتهي الصلاحية ) يشترك مع البيع في عمود عدد الوحدات .. واجمالي مبلغ خاص به

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

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

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

عليكم السلام اخي الكريم .. توجيه الطلب لشخص بعينه غير مستحسن ، ولا يصب في صالح السائل .. فقد يحرمه من اجابات افضل .. لطفا .. لا تكررها .. واجعل طلبك دوما للعموم -------------------------- مطلوبك سهل جدا ويمكن تحقيقه بعدة طرق منها : 1- ان يكون الرقم = id ... في حدث بعد التحديث لمربع العميل : moveCode=id بكذا يكون غير قابل للتكرار وكل فاتورة لها رقمها الخاص بعضهم يريد التنسيق التالي : تسلسل ارقام الوارد لوحدها وتمييزها بحرف .. وكذلك تسلسل ارقام الصادر لوحدها وتمييزها بحرف انظر ماذا تريد