eslam elbyaly بتاريخ: 13 فبراير 2016 تقديم بلاغ مشاركة بتاريخ: 13 فبراير 2016 (معدل) hi , i am working on a point of sale (pos) system , and i have a table ( ITEMS ) CREATE TABLE POS.ITEMS( ITEM_ID NUMBER, ITEM_NAME VARCHAR2(150 BYTE), MAX_UNIT NUMBER, MID_UNIT NUMBER, MIN_UNIT NUMBER, MAX_TO_MIN_FACTOR NUMBER, MID_TO_MIN_FACTOR NUMBER, MAX_UNIT_PRICE NUMBER, MID_UNIT_PRICE NUMBER, MIN_UNIT_PRICE NUMBER, MIN_QTY_FOR_DEMAND NUMBER, CATEGORY_ID NUMBER, PURCHASE_PRICE NUMBER, DISCOUNT NUMBER, RACK NUMBER, "ROW" NUMBER, SALES_TAX NUMBER, PURCHASE_UNIT NUMBER, SALE_UNIT NUMBER, BONUS NUMBER) ; i see something very wrong with that structure which is all about " units " ( max_unit , mid_unit , min_unit , max_unit_price , mid_unit_price , mid_unit_price , max_to_min_factor , mid_to_min_factor ) columns each item could have unit or more , for example Cetal(medicine ) could be sold with these units ( packets , strips and bills ) , another medicine could have only ( packets , and Ampoule ) and so on . so i think that i should have three tables ( ITEMS , UNITS AND ITEMS_UNITS ) , ITEMS_UNITS table should hold units data ( max_unit , mid_unit , min_unit , max_unit_price , mid_unit_price , mid_unit_price ) right ? if right then where should i put ( max_to_min_factor , mid_to_min_factor ) ? Please share me the right thing to do , and if there is anything you can add to my table , please do so . thanks a lot تم تعديل 13 فبراير 2016 بواسطة eslam elbyaly اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 13 فبراير 2016 تقديم بلاغ مشاركة بتاريخ: 13 فبراير 2016 السلام عليكم ورحمة الله لماذا تم اختيار ثلاثة احتمالات ثابته فقط في التصميم السابق للجدول ... مع حالة تعدد العبوات أو وحدات القياس فمن الممكن ان هناك اصغر وحدة وتسمى "وحدة" ثم الدستة وهي عبارة عن 12 وحدة ثم كرتون يحتوى 10 دستة ثم البالة او الحاويه تحتوي 10 كرتون ( كمثال لوحدات القياس ) فيجب ان يكون التصميم به مرونه للتعامل مع كافة الإحتمالات لوحدات القياس المختلفة ... وبتم الربط بينها وتكون طريقة الحساب حسب اصغر وحدة قياس يتم اختيارها 1 اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
eslam elbyaly بتاريخ: 14 فبراير 2016 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 14 فبراير 2016 (معدل) شكرا يا بشمهندس امجد علي ردك , الحقيقة , هو ده الغلط الي انا بحاول اصلحه عشان كده بقول المفروض اعمل جدول ثالث , ناتج من جداول الـ items and units , لان العلاقة بينهم many to many وبقول الجدول الثالث هيبقى كده items_units رقم المنتج - رقم الوحدة - سعر الوحدة - معامل التحويل ---------------------------------------------------- 1 - 1 - 30 - 30 1 - 2 - 11 - 10 1 - 3 - 2 - null بس عمود " معامل التحويل " هو الي مش متأكد منه , لانه دايما هيكون في وحدة قيمته معاها null , الي هي اصغر وحدة , هل ده عادى , ولا في structure افضل من كده ؟ - انا هحذف طبعا الاعمدة الـ bold كلها . شكرا جزيلا مرة تانية تم تعديل 14 فبراير 2016 بواسطة eslam elbyaly اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
eslam elbyaly بتاريخ: 14 فبراير 2016 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 14 فبراير 2016 (معدل) الوضع الآن كده CREATE TABLE POS.ITEMS( ITEM_ID NUMBER, ITEM_NAME VARCHAR2(150 BYTE), MIN_QTY_FOR_DEMAND NUMBER, CATEGORY_ID NUMBER, PURCHASE_PRICE NUMBER, DISCOUNT NUMBER, RACK NUMBER, "ROW" NUMBER, SALES_TAX NUMBER, BONUS NUMBER, DEFAULT_PURCHASE_UNIT NUMBER, -- الوحدة الي دايما بيشترى بيها DEFAULT_SALE_UNIT NUMBER -- الوحدة الي دايما بيبيع بيها) --------------------------------------------------- CREATE TABLE POS.UNITS( UNIT_CODE NUMBER, UNIT_NAME VARCHAR2(90 BYTE),) ---------------------------------------------------- CREATE TABLE POS.ITEMS_UNITS( ITEM_ID NUMBER, -- PK AND FK TO ITEMS TABLE UNIT_ID NUMBER, -- PK AND FK TO UNITS TABLE UNIT_PRICE NUMBER, FACTOR NUMBER) تم تعديل 14 فبراير 2016 بواسطة eslam elbyaly اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 15 فبراير 2016 تقديم بلاغ مشاركة بتاريخ: 15 فبراير 2016 السلام عليكم ورحمة الله فكرة إنشاء جدول مستقل ستكون مفيدة لتحقيق المرونه مع وحدات القياس المختلفة - اهمية اختيار وتعريف وحدة القياس الإفتراضية من مجموعة الوحدات المختلفة - أهمية وجود تجانس بين وحدات القياس عند تعريف المعامل - أهمية التأثير في سعر وحدات القياس الأخرى عند حدوث تغيير للسعر في وحدة قياس - يجب وجود سجل واحد على الأقل في هذا الجدول ليعبر عن وحدة القياس الإفتراضية يمكنك الإطلاع على ملف الفيديو التالي تعدد وحدات القياس https://www.youtube.com/watch?v=GddNikDZKB4 اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
eslam elbyaly بتاريخ: 15 فبراير 2016 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 15 فبراير 2016 (معدل) يعنى الـ structure الي وصلتله ده صح ولا فيه مشكلة يا بشمهندس ؟ انا وضعت وحدات الشراء والبيع الافتراضيتين في جدول الـ items حيث انها تعتبر صفة للمنتج , وليست صفة (للمنتج ووحدته معا) حتى اضعها في الـ ITEMS_UNITS TABLE تم تعديل 15 فبراير 2016 بواسطة eslam elbyaly اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Recommended Posts
انضم إلى المناقشة
يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.