دیتابیس فروشگاه لاراول

سلام
طراحی همچین دیتابیسی خیلی راحت نیست خیلی سخت هم نیست
بستگی داره که چطور بخوای استفاده و پیاده سازی کنی و خب خیلی هم سلیقه ای خواهد بود و نظرات متفاوت
ایده ی من چون خودم تلاش داشتم همچین چیزی رو شبیه سازی کنم اینه که شما یک جدول محصول کلی خواهی داشت
محصول شما فیلدی با این عنوان که دارای جه خصیصه ای هست داره
خصیصه سه حالت بیشتر نداره ( رنگ ، اندازه ، و هیچی )
اگر کل سایت دیجیکالا رو بالا پایین کنی فقط گارد های موبایل مثلا گوشی ها و لبتاپا رنگ دارن ( دقت کن فقط رنگ خصیصه قابل انتخابه و مثلا حجم گوشی یا سی پیو یا رم یا هرچی میشه یه محصول با نام دیگه )
و لباس ها سایز دارن ( دقت کن توی این محصولات با رنگ متفاوت میشه یه محصول دیگه با نام دیگه و فقط خصیصه متغییر سایزه)
و حالت سوم هم محصولی هست که ن رنگ داره نه اندازه مثلا تصفیه اب یا کتاب فلان یا دستمال رولی فلان

حالا شما جداول دیگری داری برای تعریف سایز ، جدول رنگ ، جدول برند و .......
بخشی خواهی داشت انبار و کالا
که میگی از فلان کالا ، با فلان خصیصه ( رنگ یا سایز ) به تعداد اینقدر داری ) اینجا میتوینی خصیصه رو مورف کنی و ایدیش رو بزاری یا دو فیلد بزاری برای همه ایدی سایز و ایدی رنگ رو مثلا نگه داری و خالی بودن یا صفر بودن هم نماد بدون خصیصه بودن باشه برات

خیلی میگم دیتابیس سلیقه ای و متفاوتی خواهد بود
من خیلی خوشحال میشم نظر دوستان رو هم بشنوم حتما و فکرو ایدشون رو بدونم پس لطفا عزیزان شرکت کنند
ممنون
من چند نفر دیگه از عزیزانی که تگ نشدن رو هم تگ میکنم چون موضوع جالبی خواهد بود
@ossvahid
@mehdi8686h
@mhyeganeh
@mmirabi
@developer
@Alimotreb
@juza66

این یه راهشه mobile
name 
color 
size
camera

Clothing
color
***
..

ProductTypes ():
id
product_id (این بر اساس جدول موبایل و پوشاک می تونه متغییر باشه )
product_type 
field1
field2

سلام خوبی ببین من این مد نظرم بوده الان بنظرت این روشی من گفتم طبیعی ؟؟ ینی یک پرداکت باشه مادر بد پوشاک موبایل لوازم خونه باشه فزرندانش؟؟؟
@salar.mohammad2013

خب موضوع اینه که برای بقیه محصولات چیکار میکنی؟
دو تا جدول گذاشتی برای موبایل و لباس و مثالت دیجیکالا بود
من برای همه ی محصولات صحبت کردم
اگر همین دو محصول رو داری خب یه راهش چیزیه که نوشتی بله

سلام و درود خدمت دوستان
صحبت شما درست هست مهندس
@salar.mohammad2013

این دسته از پیاده سازی دیتابیس ها عمدتا سلیقه ای خواهد بود بسته به نوع فروشگاه و نوع محصولات....
اما اگر بخواییم یه نگاه کلی تر بهش داشته باشید و اصولی نگاه کنیم
هر محصولی طبق گفته دوستمون یه سری خصیصه داره اعم از رنگ و سایز و برای محصولات دیجیتال مثلا رم - رنگ - سایز صفحه و ....
1) یه جدولی طراحی بشه ک تمامی خصیصه ها در نظر گرفته بشه و آیدی بگیرن و داشته باشن
2) یه جدولی هم محصولات در نظر گرفته بشه
حالا افراد اسکریپت نویس مثل بنده بین جداول با relid این موارد رو به هم مرتبط میکنن یا افراد لاراول کار با مدل و pivote و ....
بر فرض محصولی مثل تیشرت چه خصوصیت هایی داره ؟ رنگ - سایز -جنس و ... این موارد رو حالا به صورت جیسون یا سریالایز توی جدول محصول و آیدی محصول بزنیم
و در جدولی دیگر هم مقادیرش رو قرار بدیم :
رنگ : سبز
سایز : xl
جنس : کتان
یا برای محصولی مثل موبایل : رم - سایز صفحه - رنگو ...
به صورت داینامیک هم باشه ک برای هر محصول مقادیر متفاوت ادد شه.

امید وارم مفید بوده باشه.
تشکر.

@Alimotreb
سلام مجدد
بله راجب خصیصه درست میفرمایید خیلی موضوع اینجا ریز تر میشه
من خودم حتی جدول دیگری قرار دادم برای دسته بندی
مثلا دسته بندی موبایل این خصیصه ها رو داره شامل مثلا 50 مورد که موقع ثبت هر کدوم رو خواست انتخاب و مقدار دهی کنه
موضوع رنگ و سایز فرق میکنه
رنگ و سایز از نظر موجودی و انتخاب قیمت توی دیجیکالا فرق داره
یعنی یک گارد گوشی یا یک موبایل با رنگ قیمت متفاوتی هم داره
و یک لباس با سایز قیمت متفاوتی داره
اما خصیصه ی رم و سی پیو حافظه و هسته و گرافیک و همه ی این ها برای مثلا لبتاپ با یک برند و یک مدل خاص همیشه ثابته و قابل انتخاب برای کاربر نیست
بیشتر اون بخش متغییر رو داشتیم مورد بحث قرار میدادیم

مثلا من جدول خصیصه دارم که توش مقادیری مثل ( رم ، حافظه ، سی پیو ، جنس ، وزن ، طول ، گرافیک ، و ... ،،) داره
جدول دیگری دارم که میگه مثلا ( خصیصه های سیپیو و رم و حافظه مال دسته بندی لبتاپه ولی خصیصه جنس مثلا مال لباسه )
جدول دیگه ای دارم که میگه خصیصه رم میتونه مقادیر ( یک گیگ و دو گیگ و ... یا مثلا خصیصه گرافیک مقادیر دو گیگ و پنج گیگ و ... داره )
حالا موقعی که بخواییم برای یک دسته بندی فیلتر گذاری کنیم مثل دیجیکالا ک برای سیپیو مثلا میگه core i5 باشه چی باشه کارمون راحت میشه.
:)

سلام و وقت بخیر
@salar.mohammad2013

قیمت و موجودی هم این 2 هم خصیصه هست. یعنی برای پیاده سازی این شکل دیتابیس اینارو هم باید به چشم خصیصه دید.
چرا ک در فیلتر شدن هم : هم فیلتر بر اساس قیمت هست ، هم بر اساس موجودی....
پس این 2 هم خصیصه هست.
اما اگر بر فرض یه محصولی مثل لباس
سایز ها : xl - lg
رنگ ها : آبی - زرد - بنفش
ک با هر کدوم از اینها موجودی و قیمت بخواد از دیتابیس خونده بشه، پس به ناچار باید برای خصیصه ها، جدول دیگری هم رو هم دخیل کنیم.
ک به محض تکمیل سفارش ، از آیدی محصول تا تمامی خصیصه هاش رو از 3 یا 4 جدول یاد شده پاک کنیم.همراه با reild ها....
و یه دیتیل از خرید برای کاربر به نمایش بگذاریم.

و اما در کل ، هر چه partial تر باشه جداول ، یه خورده همچین به قول معروف با دست و دلبازی جداول پیاده سازی بشه و تفکیک تر بشه و همه رو یه جا نریزیم ، قطعا برای توسعه اش و اضافه و کم کردن آینده اش ، مراحل ساده تر خواهد بود .

امیدوارم مفید بوده باشه.

درود خوبی...
تا جایی که مدل فروشگاه لاراول دیدم نیازی به مورف نیست.
شما فروشگاهی راه اندازی می کنید هر محصولاتی در آن به فروش می رسانید و هیچ مانعی وجود ندارد.
نه دیتابیس سنگین نمیشه که اگر به صورت اصولی بنویسید.

سلام خوبین ؟؟ ممنون بابت کمکتون
جدیدا با مبحثی اشناشدم به اسم eav یک ساختار شبیه دیجی کالا تحویل میده
الان شما با این ساختار اشنایی دارین؟؟
@Alimotreb @salar.mohammad2013

خیلی جالب بود که ندونسته همچین چیزی پیاده کردم 😂😂😂😂
طبق این سایت چک کردم چیزی که گفتید رو
جدول مقادیر و جدول ویژگی داریم و یک جدول هم برای محصول و با یک جدول واسط هر سه رو به هم متصل میکنیم
اخرین پیام من رو اگر بررسی کنی نوشتم جدولی برای مقادیر و جدولی برای خصوصیت ها و جدولی که کدوم خصوصیت برای کدوم دسته بندیه و خب جدول خود محصول و ...

مثلا من جدول خصیصه دارم که توش مقادیری مثل ( رم ، حافظه ، سی پیو ، جنس ، وزن ، طول ، گرافیک ، و ... ،،) داره
جدول دیگری دارم که میگه مثلا ( خصیصه های سیپیو و رم و حافظه مال دسته بندی لبتاپه ولی خصیصه جنس مثلا مال لباسه )
جدول دیگه ای دارم که میگه خصیصه رم میتونه مقادیر ( یک گیگ و دو گیگ و ... یا مثلا خصیصه گرافیک مقادیر دو گیگ و پنج گیگ و ... داره )

اما در کل نکتش اینه که شما خودتون باید به این درک برسید که چه چیزی برای پروژتون بهترینه