Printable View
سلام
در پروژه ای 10 نوع کالا دارم که هر کدوم از اینها ویژگی های جدایی مثل قیمت واحد محاسبه تعداد .... دارن به نظر خودم باید یک جدول بنام گروه کالا داشته باشم
ولی نمیدونم چطوری این ویژگی های که در هر کالا متفاوته را جدول تعریف کنم که برای Inset .... مشکل نباشه
لطفا راهنمایی کنین
با تشکر
فیلد ها رو 1 جوری بگو بتونیم کامل راهنمایت کنیمنقل قول:
جدایی مثل قیمت واحد محاسبه تعداد ....
چرا همرو تو 1 جدول قرار نمی دی برای مثال 10 تا کالا داری به نام های پفک،چیپس،لواشک،بستنی،آلوچ ه و...(دل روزه دارارو آب انداختم)
حالا برای مثال فیلد های که داری برای همه کالا ها (وزن،تاریخ خرید،تاریخ انقضا،تعداد خرید،تعداد موجود،تاریخ انقضا)
همه اینا رو می تونی تو 1 جدول تعریف کنی! ولی اگه 1 کم بیشتر در مورد سئوالت توضیح بدی بهتر می تونیم کمکت کنیم
ولی اگه نیاز به تعریف جدول دیگه هست با کلید خارجی ارتباط برقرار کن
فعلا قصد پیاده سازی ندارم و در حد یک سوال برای توجیح شدن خودم این تاپیک را زدم
فرض کنیم کالاهای ما گچ ، آجر، میله گرد، ماسه، سیمان،کاشی سرامیک ، یونولیت حتی زمین در پروژه های ساختمانی باشه که دل روزه دارارن هم آب نیفته
میدونیم که خصوصیات هر کالا با هم فرق داره مثلا میله گرد فک کنم شاخه باشه ولی ماسه تناژ ، سیمان بسته ای یا فله ای با هم فرق داره آجر به تعداد محاسبه بشه
البته یه سری ویژگی های مشتر مثل نام جایی که خریداری شده است کارخانه تولیدی قیمت، تعداد و ... هم در همه کالا ها مشترک هستند
دوستان یه پیشنهاد اصولی برای طراحی این دست دیتابیس ها بدهند
میشه برای هر نوع کالا یه تیبل درست کرد بعد چند تا گرید ویو تو برنامه تون استفاده کنید هر کدو برای یه تیبل
با این روش میشه مشکل را حل کرد ولی از لحاظ طراحی و کار با نرم افزار خیلی سخت میشه user friendly نیست
خوب برای ارتباط باید از جدول ها استفاده کنی متوجه نمی شم چرا سخت ؟نقل قول:
نوشته شده توسط csharpprogramer88
من 1 مطلب در مورد view تو Sql دیدم ولی دقیق مطالعه نکردم(بهتر بگم اصلا نفهمیدم) فکر کنم بتونی از view استفاده کنی(البته برای ارتباط با جدول نام کالا ها و خصوصیاتشون)
شما برای پیاده سازی اصولی این جور سیستم ها ایده ای داری؟
یا پروژه مشابه دیدی؟
بسم الله الرحمن الرحیم
با سلام
به عقیده بنده هم صحیح است و ان شاالله مسئله تون رو مرتفع میکنه.نقل قول:
به نظر خودم باید یک جدول بنام گروه کالا داشته باشم
موفق باشید.
میشه یه مثال بزنین؟نقل قول:
نوشته شده توسط مهدی هادیان2
دوست عزیز تو جدول گروه کالات برای مثال این فیلد ها رو قرار بده(آیدی،وزن(یا معیار های سنجش)،تعداد(شاخه،تناژ) و... و در آخرم 1 فیلد که با جدول اسامی کالا در ارتباط باشه و هم نوع کلید اصلی جدول اول باشه
این که خیلی راحته
یه جدول به اسم کالا بساز که دارای فیلد هایی مثل آی دی ، نام کالا ، مقدار ، - کد واحد شمارش - و ..... هستش
بعد یه جدول دیگه بساز به عنوان واحد های شمارش که شامل حد اقل دو فیلد با نام های کد واحد شمارش و نام واحد شمارش باشه (حالا حسب نیاز فیلد های دیگه ای هم می تونه باشه مثلا ریز واحد - هر کیلو گرم 1000 گرم هستش- )
خب حالا وقتی که یه کالا به جدول کالا اضافه می کنی به فیلد کد واحد شمارش کد واحد شمارشی که از جدول دوم به عنوان کلید خارجی میاد رو درج می کنی
به همین راحتی می تونی کالایی داشته باشی مثل سیمان که از آن به مقدار 10 کیلو موجودی داری و در همین جدول کالایی داری مثل آجر به مقدار 30 عدد و کالایی هم داری مثل پارچه به مقدار 2.5 متر
با اینا مشکلت حل میشه؟
دوست گرامی من هنوز چنین پروژه ای طراحی نکردم ولی توی خیلی از دیتابیس ها اینجور سناریو ها وجود داره که برام جالبه که در این جور سناریو ها راه حل اصولی چیهنقل قول:
نوشته شده توسط hojjatshariffam
من اینطور فهمیدم
یک جدول دارم که کالا هامو در آن ثبت میکنم (اسمشو بزاریم main_kala ) توی این جدول کالا هایی که ویژگی آنها یکسان هست(مثل نام کالا ، شرکت تولید کننده، و ....) را ثبت می کنیم . یه جدول هم داریم که اطلاعاتی که متغیر هست و برای هر کالایی ممکنه یه چیز باشه (مثل همون کد واحد شمارش و یا فیلد های دیگر) (که اسمشم میزاریم sub_kala )
حالا موقع درج یک کالای جدید ، فیلد های جدول main_kala را وارد میکنیم و موقع درج باید در جدولmain_kala یک فیلد کلید خارجی به جدول sub_kala بزاریم؟ که این کلید حارجی در جدول main_kala ، کلید اصلی در جدول sub_kala هست؟
من نظر دوستان را مطالعه نکردم
ولی شما میتونی برای هر نوع کالا یک جدول داشته باشی و خصوصیات هر کالا را توی اون جدول تعریف کنی.
این طوری توی Insert کردن مشکلی نداری .
اگه قصد داشتی کالا ها را به کاربر نشون بدی یا ازش گزارش گیری کنی ، بهترین راه استفاده از Viewها توی اسکیوال سرور هستش که میتونی از هر جدولی نوع کالا را انتخاب کنی و سپس از طریق View اونا را توی DataGridView نشون بدی یا توی گزارش گیری اونها را نشون بدی یا چاپ کنی.
موفق باشی
دقیقا همینه
حالا با کلی جزئیات دیگه
اینم یه تصویر ساده از دو تا جدول طبق درخواست شما
ضمیمه 107447
اینم مقادیر درج شده در جدول
این دفعه حل شد؟
ضمیمه 107448
اینم یه View از این دو تا جدول
ضمیمه 107449
همون طوری که می بینی در نتیجه ویو کالایی داریم که واحدش با اونیکیا فرق می کنه
حالا اگه یه جدول مثلا سفارش داشته باشی می تونی مثلا توش فیلد های کد سفارش ، کد کالا ف تاریخ و مقدار رو داشته باشی بدون اینکه نگران باشی که مقدارش کیلو هستش یا تن یا گرم و یا متر و ...
چون بر طبق واحدی که تو تعریف کالا براش تعریف شده خودش معلوم مشه که مقداری که سفارش داده می شه چه واحدی داره
یعنی اگه نوع کالای سفارشی سیمان باشه و مقدارش 12 ، تو نمایش سفارش 12 کیلو نشون داده میشه و اگه کد کالا 1453(یعنی پارچه) باشه و فیلد مقدار 30 ، اون موقع در نتیجه ویو 30 متر نشون داده میشه
در ضمن گروه کالایی که شما می فرمائید برای گروه بندی کالا ها می باشد و ممکنه ربطی به اون مشخصه هایی که در هر کالا متفاوت و یا مشابه با بقیه هستش رو نداشته باشه.
مثلا آهن و میلگرد رو می تونید بزارید در گروه آن آلات ولی یکیش عددی باشه و اون یکی کیلویی
یا آهن و سیمان می تونن در گروه کالایی مصالح ساختمانی باشند ولی با خصوصیات متفاوت
ضمنا یه پیاده سازی پیچیده تر هم میشه برا این جور چیزا در نظر گرفت اونم اینه که اول خصوصیات کلی کالا (برای هر نوع کالایی ) در جدول کالا ثبت شود
بعد یه جدول دیگه با عنوان خصوصیات ریز کالا داشته باشی و یه جدول هم با عنوان (عناوین خصوصیات کالا)
در جدول عناوین خصوصیات کالا می تونی مثلا ثبت کنی (کد 1 ، تاریخ انقضا - کد 2 ، تاریخ تولید - کد 3 کارخانه سازنده - کد 4 ، پروانه بهداشتی - کد 5 ، وزن و ......)
حالا بعد از ثبت کالا بری تو جدول خصوصیات ریز کالا از جدول عناوین خصوصیات یکی از خصوصیات رو انتخاب کنید و براش مقدار بدید
مثلا کالایی با اسم تلوزیون براش کارخانه سازنده ثبت کنی
برای کالایی مثل تن ماهی تاریخ انقضا ثبت کنی و ....
با این روش میتونیم به کاربر این امکان را بدیم که هر هرکالایی با هر نوع واحد شمارش یا فیلد های دیگری را خودش بتونه تعریف کنه و برنامه پویایی بهتری داره درسته؟نقل قول:
نوشته شده توسط hojjatshariffam
من ی دیتابیس طراحی کردم و یک دستور درج هم نوشتم دوستان لطفا چک کنند ببینم مطلبو درست فهمیدم یا نه
با تشکر
بله دقیقانقل قول:
نوشته شده توسط csharpprogramer88
البته به روش زیر امکانات بیشتری رو می تونی داشته باشی
نقل قول:
نوشته شده توسط hojjatshariffam
آقا این کد را دانلود کردین؟ تست کردید؟
درسته ولی ببینید نباید با هر کالایی یه واحد کالا هم براش ثبت بشه (در این صورت لزومی به ایجاد دو جدول نیست و تو همون جدول کالا می تونه یه فیلد به عنوان واحد کالا ثبت کنید) بلکه باید بتونی واحد کالا رو انتخاب کنب (مثلا از کامبو باکس) و هر موقع هم لزومی داشت می تونید یک واحد جدید اضافه کنیدنقل قول:
نوشته شده توسط csharpprogramer88
ضمنا شما در متد getmaxnumber فقط از یک جدول ماکزیمم گرفتین و هم در جدول کالا و هم جدول واحد ها همون عدد رو ثبت کردین . ولی این اشتباهه و هر جدول باید کلیدش از خودش گرفته شود
ضمن اینکه شما بعدا برای جدول واحد دوباره این عدد ماکزیمم رو جلوی واحد ذخیره کردین که هم یه اشتباه کوچک باعث شده است که عدد یکی بیشتر ذخیره شود و ضمنا منطق جداول شما این رو ایجاد کرده که برای هر کالا یک واحد و هر واحد مال یک کالا می باشد و ضمن اینکه یک دور را ایجاد کرده است
پیشنهاد می کنم مفاهیم پایگاه داده دوباره مطالعه شود.
توی کدنویسی قبول دارم که در جدول دومی نباید دوباره تابع getmaxnumber را صدا میزدمنقل قول:
نوشته شده توسط hojjatshariffam
به نظر شما اصولی ترین روش برای کدنویسی این کار چیه؟
سلام
در این کد 2تا تغییر دادم :
1-من یه کومبو گذاشتم که اطلاعات واحد کالا را میخونم در کومبو درج میکنم کاربر با انتخاب آیتم های کومبو آیدی واحد کالا را بر میگردونه
2- در دستور درج دوم مقدار آیدی را اصلاح کردم که یکی به قبلی اضافه نکنه(از متغیر temp_id استفاده کردم)
لطفا کد منو بررسی کنین
5 نفر دانلود کردین ولی هیچکس جواب ندادید
تقریبا درسته ولی شما نباید هر دو داده (کالا و یک واحد کالا) رو با یک کلیک ذخیره کنیدنقل قول:
نوشته شده توسط csharpprogramer88
باید فرم اضافه کردن واحد کالا با فرم اضافه کردن کالا مجزا باشه
حالا می تونید جلوی کامبو باکس یک کلید بزارید تا اگه کاربر نیاز داشته باشه یک واحد جدید به دیتا بیس اضافه بشه(در فرم اضافه کردن واحد جدید)
شما در این فرم فقط کالا اضافه بکنید و با جدول واحد کاری نداشته باشید فقط از اون کد واحد کالا را از طریق کامبو باکس انتخاب کنید
آخه من میخوام هم نام و مشخصات کالا را وارد کنم و هم واحد کالا این کار باید همزمان انجام بشه اگه بخوام برای واحدکالا هم فرم جدا داشته باشم چطوری کلید اصلی کد کالا را به جدول sub_kala اضافه کنم ؟نقل قول:
نوشته شده توسط hojjatshariffam
یه سوال مهم : آیا نیازی هست که من در جدول SUb_kala به جدول main_kala کلید خارجی داشته باشمم؟
با سلام.
به نظر من هم اگر تنوع و گستردگی بسیار زیادی در خصوصیات و مقادیر وجود دارد میتوانید در جدول اصلی:
نام/کد خصوصیت/کد واحد یا نوع مقدار/مقدار خصوصیت ...
را در نظر بگیرید و حتی در جدول واحدها یک فیلد برای ارتباط با مقادیر آماده مربوطه داشته باشید که در این صورت باید یک کد خاص برای مقادیر دستی رزرو شود و مثلا یک کد برای مقادیر آماده رنگها و .... برای مثال:
نام///کد خصوصیت///کد واحد///مقدار..............
تیر آهن///(کد خصوصیت) مقدار///(کد واحد) شاخه///100///(کد خصوصیت نوع کالا///(کد واحد)سایز تیر آهن///(کد مقدار) تیر آهن 18.....
سیمان///(کد خصوصیت)مقدار///(کد واحد) تن///10///(کد خصوصیت) مارک///(کد واحد) شرکتها///(کد مقدار) سپاهان///(کد خصوصیت مربوط به) قیمت هر واحد///(کد واحد) ریال///1000000........
درود بر شما دوستان گرامی
به نظز من ضمیمه کردن یه دیتابیس کار بیهوده ایه.چرا که کمتر کسی پیدا میشه دانلود کنه و بیاد شما رو راهنمایی کنه.نقل قول:
نفر دانلود کردین ولی هیچکس جواب ندادید
به نظز من اگر شما دیاگرام دیتابیس ساخته شدتونو میذاشتید خیلی میتونست به جواب گرفتنتون کمک کنه.
کد واحد کالا باید ذخیره شه.نقل قول:
آخه من میخوام هم نام و مشخصات کالا را وارد کنم .هم واحد کالا این کار باید همزمان انجام بشه
نقل قول:
اگه بخوام برای واحدکالا هم فرم جدا داشته باشم چطوری کلید اصلی کد کالا را به جدول sub_kala اضافه کنم ؟
نیازی به کلید نیستنقل قول:
حالا می تونید جلوی کامبو باکس یک کلید بزارید تا اگه کاربر نیاز داشته باشه یک واحد جدید به دیتا بیس اضافه بشه(در فرم اضافه کردن واحد جدید)
شما در کمبوباکسی که برای مشخص کردن واحد کالا مورد نشر قرار دادین یه آیتم هم به نام "واحد جدید" قرار میدین.و وقتیکالایی رو خواستین ثبت کنید که واحدش در کمبوباکس نبود میتونید روی "واحد جدید" کلیک کنید و بعد فرم تعریف واحد جدید باز شه و..... .
به نظر من بله.ضروریه.نقل قول:
یه سوال مهم : آیا نیازی هست که من در جدول SUb_kala به جدول main_kala کلید خارجی داشته باشمم؟
موفق و موید باشید.شب بخیر
با سلامنقل قول:
نوشته شده توسط csharpprogramer88
با توجه به مساله شما بهتر است از روش داینامیک در داینامیک استفاده کنید
ببینید کالا یا اموالی مثل ماشین خصوصیانی مثل مدل رنگ تعداد چرخ و.. دارد همینطور کالایی دیگر به عنوان مثال زمین مشخصاتی مثل طول و عرض و مساحت و.. دارد
بنابراین برای حل این مشکل بهتر است انواع خصوصیات را در یک جدول قرار دهید و جدول دیگر برای کالا طراحی نمایید
سپس برای هر کالا خصوصیات مورد نظر آنرا از جدول خصوصیات انتخاب میکنید و همراه با مقدار آن خصوصیات در جدول سوم قرار میدهید
با این روش خصوصیات اضافی برای هیچ کالایی تعریف نمیشود ولی تعداد جدول بیشتر خواهد شد
در ضمن با توجه به شرایط مساله بهتر است از جدولهایی مانند گروه کالا در چندین سطح در صورت لزوم (حد اقل یک سطح) استفاده کنید
دوستان عزیز لطف کنید و کد را دانلود کنید و نظر بدید
از جواب شما چیزی نفهمیدم یعنی باید چند تا جدول داشته باشم؟نقل قول:
نوشته شده توسط M.safa
معمولا خصوصیات کالای مختلف زیادن مثلا کالایی مثل زمین ممکنه 5 تا ویژگی داشته باشه ولی کالایی مثل سیمان 10 تا یا بیشتر برای این شناور بودن ویژگی ها چه کار کنم؟نقل قول:
انواع خصوصیات را در یک جدول قرار دهید
یعنی یه جدول برای کالا داشته باشم و یک جدول برای مشخصات کالا ؟ کاربرد جدول سوم اینجا چیه؟نقل قول:
سپس برای هر کالا خصوصیات مورد نظر آنرا از جدول خصوصیات انتخاب میکنید و همراه با مقدار آن خصوصیات در جدول سوم قرار میدهید
لطفا درباره این بیشتر توضیح بدهیدنقل قول:
در ضمن با توجه به شرایط مساله بهتر است از جدولهایی مانند گروه کالا در چندین سطح در صورت لزوم (حد اقل یک سطح) استفاده کنید
با تشکر
شرح مختصری از جداولنقل قول:
نوشته شده توسط csharpprogramer88
1- جدول گروه کالا: IDg=کد گروه کالا NameG=نام گروه کالا
2-جدول خصوصیات کالا : IDkh=کد خصوصیات کالا NAmekh=نام خصوصیات کالا Vahed=واحد شمارش
در جدول خصوصیات میتوانید همه ی خصوصیات انواع کالا رو بنویسید و نوع واحد شمارش رو میتونید nvarchar تعیین کنید
برای مثال خصوصیت یکی از کالا هارو به عنوان یک رکورد میتوانیم به صورت زیر درج کنیم
یکی از خصوصیتهای ساختمانهای مسکونی میتواند تعداد اتاق باشد که محتوای آن در جدول -> IDkh=1 تعداد اتاق =Namekh عدد=Vahed
برای تاکیید: شما باید خصوصیات تمام کالا را در این قسمت وارد نمایید
3-جدول کالا : ID= کد کالا IDg= کد گروه کالا
از آنجایی که هر کالا میتواند خصوصیات مختص خودش را داشته باشد بنابراین جدول دیگری برای خود به صورت زیر طراحی میکنیم
4- جدول موجودیت و خصوصیات هر یک از کالاهای مربوطه: IDmk=کد موجودیت کالاس اعضاء ID=کد کالا IDkh=کد خصوصیت کالا count=تعداد
کاربرد جدول سومی که سوال فرمودید مربوط به جدول شماره ی 4 است که نوشتم(جدول موجودیت و خصوصیات هر یک از کالاهای مربوطه) برای درج رکورد در این جدول کدکالا را از جدول شماره 3 (جدول کالا) و کد خصوصیت کالا را از جدول شماره 2(جدول خصوصیات کالا) انتخاب نمایید و تعداد را بر اساس واحد شمارش از جدول شماره 2 درج میکنیم
ارتباطات بین کلیدهای اصلی و خارجی در جدولهای بالا کاملا واضحه و نیاز به توضیح نیست
نقل قول:
نوشته شده توسط Mohammadm
بازم جدول شماره 3 برایم گنگه لطفا بیشتر توضیح بدیدنقل قول:
3-جدول کالا : ID= کد کالا IDg= کد گروه کالا
ضمیمه 107597لطفا ببینید تا اینجا درست فهمیدم؟
با سلام
شما به ازاء هر نوع کالا باید یک جدول طراحی کنید .. مثال میزنم مثلا شما برای یک کالا مانند خانه باید یک جدول جدا طراحی کنید و برای کالا دیگه مثل ماشین یک جدول با فیلد های مخصوص اون یا برای موبایل باید همین طور ولی میتونید برای کالایی که از نظر نوع یکی هستند مثلا یک نوع مدل گوشی با مدل دیگر اینا رو میتونید توی همون جدول مربوط به گوشی ذخیره کنید یا برند مختلف به همین صورت ..
ولی بنظر تون میشه یک ماشین رو با خونه و یک موبایل که هر کدوم فیلد و مشخصات خاص خودشونو دارد در یک جدول بیاریم ؟؟!! مثلا تعداد سرنشنین با تعداد اتاق ها یکی کرد ؟!!
پس به این نتیجه میرسیم باید به تعداد نوع کالا ها یک جدول طراحی کرد..
خب حالا چطور بتوانیم گزارشی از فروش یا خرید هر کالا بدست بیاورید
مثال : برای هر کالا جدول مخصوص به خود رو طراحی میکنیم ..
جدول کالا 1 ( کد کالا ، نام کالا ، قیمت، ... )
جدول کالا 2 ( کد کالا ، نام کالا ، ...، ...)
جدول کالا 3 ( کد کالا ، نام کالا ، ...)
....
...
به این صورت
حالا جدول مربوط به فروش
جدول فروش ( کد فروش ، کد فاکتور ( خارجی ) ، کد کالا 1 ( خارجی )، کد کالا 2 ( خارجی ) ، کد کالا 3 ( خارجی ) ، ...، قیمت ، تعداد، ..)
شما باید به تعداد جداول تون در جدول فروش کلید خارجی تعریف کنید ... و همچنین در جدول فیلد های مشترک مربوط فروش رو تعریف کرده ماننده قیمت و.... ولی مثلا بعضی از کالا تون فیلد های خاص دارند که باید اون هارو
در جدول فروش باز تعریف کنید مثلا برای واحد سیمان کیلو دارید باید فیلد وزن تعریف کنید که این فیلد برای کالاهایی که چنین فیلدی ندارد باید نال ذخیره کنید
جدول فاکتور ( کد فاکتور ، تاریخ ، قیمت نهایی ، تخفیف کل، ... )
حتی میتوانید جدولی برای موجودی انبار در نظر بگیرید .. که مشابه فیلد های جدول فروش میباشد.
موفق باشید.
یه ایراد اساسی روش شما اینه؟
فرض من الان 10 کالا تعریف کردم مشتری اومد و 50 نوع کالا داشت اونوقت چی؟ به من محتاج میشه که آقا من 40 تا کالا دیگه را چطور طراحی کنم؟
یا فرض من اگه 1000 کالا داشته باشم بخوام هر 1000 تا کالا را خودم ثبت کنم خیلی مشکل میشه
درباره جدول فروش بیشتر توضیح بدیدنقل قول:
نوشته شده توسط csharpprogramer88
من اینجور فهمیدم اگه 10 کالای ثبتی داشتیم و بخواهیم یک گالا را بفروشیم باید 9 تا فیلد خالی داشته باشیم یکی پر درسته؟
افرین درستهنقل قول:
نوشته شده توسط csharpprogramer88
شما باید این طور بتونید طراحی کنید زمانی که کالا جدیدی میاد باید در اپلکیشنتون صفحه ای داشتباشید که کاربر بتونه برای هر کالا فیلد های مشخصات اون رو درج کنهنقل قول:
نوشته شده توسط csharpprogramer88
و طبق اون جدول مورد نظر با مشخصات با مشخصات که کاربر برای اون تعیین میکنه ایجاد بشه ..این تنها زمانی که برای اولین بار چنین کالایی رو در دیتابیس ثبت میکنید..
پس برای هر کالا میتونید بطور انلاین یک جدول ثبت کنید....
و نکته باید فیلد خارجی اون رو در جدول فروش یا هر جدول دیگه مربوط به اون مانند ( انبار ) ... تعریف کنید..
به نظر شما این روش روش بهینه هست؟یا فقط جواب میدهنقل قول:
نوشته شده توسط mahan.2002
یه نکته ای که بنظرم میرسه که در اصلاح اون باید بگم در پست اولم قبل گفته بود در جدول فروش فیلد های خاص هر کالا .. این مورد اگر در مشخصات خود کالا میتوان اون رو اورد لازم نیست در جدول فروش اون رو دوباره درج کرد مثالیم که اورده شد در مورد سیمان بود اگه میشه اون رو در جدول خودش ثبت کرد دیگه لازم نداره فیلد کیلو در جدول کالا اضافه کنید .. فقط زمانی لازمه که نوع فروش این کالا از نظر مثالا مقدار فرق کنه ..
یه نکته دیگه هین جا بذهنم رسید یه مقدار باید روش دقت کرد اون هم اینکه زمانی که ما مثلا یک کالایی رو با مقدار 10 تن خریداری کردیم .. در زمان فروش ممکنه این کالا تقسیم به 10 تا 1 تن بشود ...
یک مقدار باید روی این دقت کرد ..
بهینگی باید دید از چه نظر تعریف می کنید .. از نظر سرعت ، حجم دیتابیس ، یا عملکرد استاندارد ، یا مطمئن بودن ، و یا راحتی کار برنامه نویس با اون ...نقل قول:
نوشته شده توسط csharpprogramer88
در طراحی این سعی شده به تمامی نکات بالا توجه بشه ... در بهینگی باید حداقل پیچیدگی رو هم در نظر گرفت .. که برنامه نویس با حداقل پیچیدگی بتونه بهترین و سریع ترین حالات برنامه بنویسه .. عیب و ایراد احتمالی رو پیدا کنه .. بهینه شاخصه های دیگه هم داره ..
که بعد شاید بیان کنم ..
برای اون مورد مثال 10 تن هم
میتونید در جدول فروش کد اون کالا رو بیارید و همین طور که قبلا هم گفتم در فیلد کیلو مورد نظر رو در اون ثبت کنید
مثال: جدول سیمان ( 1024، سیمان یزد ، 10،...)
جدول فروش ( کد فروش ، کد کالا ، کیلو ، ... )
------------>( 100070، 1024، 1،...)
-----------> ( 100172، 1024، 1، ...)
به این ترتیب میشه این کالا رو هم میشه به تعداد دفعات بالاتر تقسیم کرد و در جدول فروش اونو ثبت کرد..
سلام.
طاووسی از نظرات رو میشه در این تاپیک دید!.
من نرسیدم نظرات همه دوستان رو بخونم.
بعضی ها گفته بودن برای هر کالا یک جدول جداگانه در نظر بگیریم.
امروز 10 تا کالا داریم، فردا مشتری میگه 10 تا کالای جدید داریم. تکلیف چیه؟. بازم باید بریم جدول طراحی کنیم؟ :گریه:
این روش قطعا رد میشه.
بعضی از دوستان، گفتن که فیلدهای خالی زیادی برای هر رکورد داشته باشیم. این روش هم اشتباه هست چراکه باعث ایجاد فضای خالی زیادی بین صفحات موجود در جدول میشه.
یکی از دوستان گفته بودن که برای واحد کالا ( و کلا مقادیری که متمایز هست) جدول جداگانه بگیریم. این روش مناسب هست. مثلا برای واحد یک کالا، ما یک جدول برای واحدها در نظر میگیریم که حداقل دو فیلد کد واحد(کلید) و نام واحد رو درج میکنیم ( 1 کیلوگرم ، 2 متر ، 3 شاخه و ...). حالا در جدول کالا، کد واحد شمارش رو درج میکنیم.(یعنی کلید اصلی جدول واحدها بعنوان کلید خارجی در جدول کالا ذکر میشه). کلا برای مواردی که متغیر هستن، برای هر مورد باید یک جدول جداگانه ایجاد کنید.
ببینید من براتون نمونه جدول گزاشتم براتون ویو هم درست کردم ولی شما توجه نمی کنید به گفته های دوستان و فقط گفته خودتونو می کیننقل قول:
نوشته شده توسط hojjatshariffam
اصلا نیازی نیست که کد کالا در جدول دوم ثبت شود چون اگه ثبت شود دیگه رابطه یه جوری یک به یک میشه نه یک به چند. فقط کد جدول دوم میاد به جدول اولنقل قول:
نوشته شده توسط csharpprogramer88
من منظورم از کلید همون باتن بوده (که دقیقا شما توضیح دادین همون واحد جدید ، یعنی اگه واحد در لیست کامبو نبود کلید (یا همون باتن واحد جدید)رو کلیک کنید و فرم واحد جدید باز بشه)نقل قول:
نوشته شده توسط f.beigirad
دقیقا این روش بهترین روش می باشد ولی این دوستمون فعلا در ارتباط دوتا جدول اشکال دارند ، حالا بعد از ارتباط اینها می تونه جدول سوم رو هم بیاره تو کارنقل قول:
نوشته شده توسط Mohammadm
خب هر چند هزار تا باشه مشکلی نیست ، نیازی هم به حضور برنامه نویس نیست،می تونید یک فرم هم برای اضافه کردن خصوصیات بسازید ، خصوصیات پیش فرض رو هم می تونید تو جدولتون درج کنیدنقل قول:
نوشته شده توسط csharpprogramer88
ببین قرار نیست برای هر کالا یک خصوصیت داشته باشی بلکه یک نوع خصوصیت می تونه برای 100 کالا تعیین بشهنقل قول:
نوشته شده توسط csharpprogramer88
قبلا هم توصیه کردم که شما بهتر است مفاهیم پایگاه داده رو یک بار دیگر مرور کنید و یا اگر رشتتون کامپیوتر نیست یک مقاله در این رابطه پیدا کنید و بخونید.
موفق باشید
عزیزم شما مطلب رو کامل بخونید .. بعد متوجه میشیدنقل قول:
نوشته شده توسط veniz2008
من یه سوال دارم شما به عنوان مثال چطور یه خونه رو با یک ماشین فیلداشونو یکی میگیرد
البته میشه پنجره های خونه رو با چراغ های ماشین یکی گرفت !! یا مثلا لامپ های خونه رو با چراغای ماشین !! البته رادیوتر ماشینو شاید با موتور خونه!!
نمیدونم دوستان به طراحی جدید در این مورد رسید یه مقاله در این رابطه چاپ کنند ..
مثلا ما کالایی که 500 فیلد داره رو با کالا که 50 فیلد دار ه چطور یتونیم یکی کنیم ...؟؟!! بعد ضمنا بقیه فیلد ها فضایی خالی ایجاد نمیکنه؟؟!!
موفق باشید .. در ضمن اپلکشین با اتصال به بانک اطلاعاتی میتونه جداول انلاین در دیتابیس ایجاد کنه.. لازم نیست برنامه نویس یک به یک برای هر جدول اونو تک تک وارد کنه...
این خودش قابلیت های بانک اطلاعتیه که حتما لازم نیست شما به صورت دستی جدول درست کنید..
دوست عزیز من کل پست ها رو از اول دارم پی گیری می کنم بله دو سه نفر گفتن که برا ی هر نوع کالا یه جدول پس برای 10 نوع کالا 10 جدول درست کنید ولی منطقشون برای توجیح این مطلب صحیح نیست ،و با خوندن مطالب ایشان برخی از دوستان برداشت اشتباه می کنند و بعد در مورد همون برداشت اشتباه سئوال می کنند و بقیه هم فکر می کنند که ...نقل قول:
سلام.
طاووسی از نظرات رو میشه در این تاپیک دید!.
من نرسیدم نظرات همه دوستان رو بخونم.
بعضی ها گفته بودن برای هر کالا یک جدول جداگانه در نظر بگیریم.
امروز 10 تا کالا داریم، فردا مشتری میگه 10 تا کالای جدید داریم. تکلیف چیه؟. بازم باید بریم جدول طراحی کنیم؟ :گریه:
این روش قطعا رد میشه.
اگر از روش به قول دوستمون داینامیک در داینامیک استفاده کنید هیچ فیلدی خالی نمی ماند و برنامه کاملا فلکسبل می شود ، منتها باید در تعریف پروژه این نیاز دیده شود که لزومی به پیاده سازی این روش می باشد
فقط توضیح این مساله برای کسی که ارتباط یک به چند و چند به چند و یک به یک رو فعلا تشخیص نمیده یه کم سخته
مثالش مثل اینه که یکی ندونه اصلا گیر بکس واسه چیه و کاربرد و کاراییش چیه بعد ما بیایم براش بگیم که اگه چرخ دنده دنده 2 دنده هاش موب بود این طوری میشد.
یا مثلا به کسی که نمی دونه ولتاژ چیه بیایم KVL و KCL رو توضیح بدیم یا بگیم که ساختار دیود چیه و ......
خب برای اینکه برای همه موارد متغییر یه جدول جداگانه نسازیم میایم جدواولمونو می کنیم سهنقل قول:
کلا برای مواردی که متغیر هستن، برای هر مورد باید یک جدول جداگانه ایجاد کنید.
جدول اول خود کالا
جدول دوم خصوصیات کالا
جدول سوم برای درج خصوصیات کالا
مثلا کالای شماره یک رنگ داره مقدارشم قرمزه
کالای شماره دو مزه داره مزشم ترشه
کالای شماره سه هم مزه داره و مزش تلخه
کالای شماره 4 ابعاد داره که 15*23 می باشد
کالای شماره 5 هم ابعاد داره هم رنگ
همه اینا در جدول سوم ذخیره میشه (به عنوان یک ردیف نه فیلد)
یعنی در جدول سوم هم کد خصوصیات درج میشه و هم کد کالا و یک مقدار (یعنی این خصوصیت مربوط میشه به فلان کالاو فلان خصوصیت که مقدارشم مثلا x می باشد)
جدول سوم (کالای یک ، خصوصیت رنگ ، مقدار قرمز) / (کالای یک ، خصوصیت ابعاد ، مقدار 10*20) / (کالای دو ، خصوصیت رنگ ، آبی) / (کالای 3 ، خصوصیت ابعاد ، مقدار 20*40)/(کالای 3 ، خصوصیت واحد کالا ، مقدار کیلو)
و هزاران فیلد دیگر.....
جدول کالا می تونه 10000 تا ردیف داشته باشه
جدول نوع خصوصیات می تونه 1000 تا ردیف داشته باشه
جدول خصوصیات می تونه 1000000 تا ردیف داشته باشه
می تونی یک ملیون تا کالا تعریف کنی که هر کدومش حتی هزار تا خصوصیت داشته باشه و تو همون جدول کالا ،کالایی داشته باشی که براش خصوصیتی ثبت نشده باشه
هیچ فیلد خالی هم نداریم
هیچ محدودیتی هم در تعداد کالا یا خصوصیات ندارم