سلام دوستان
وقت بخیر .
ما ی سایت چند فروشندگی داریم طراحی میکنیم این وسط ی داستانی پیش اومده اونم اینه .
کاربر چندتا محصولو به سبد خرید اضاف میکنه که هرکدوم توسط یک فروشنده ایجاد شده حالا این محصولات چطوری باید توی جدول سفارشات ذخیره بشند و مشخص باشه واسه کدوم فروشندست و مبلغش بعد از خرید بره تو کیف پول فروشنده و از اونور هم توی لیست شفارشات جزئیاتش مشخص باشه برای ادمین و خود فروشنده؟
توی لیست محصولات یه فیلد ایجاد کنید که id فروشنده رو تو خودش ذخیر کنه
از اون طرف باید یه جدول داشته باشید که شامل لیست فروشندگان هست
همچنین در موقع ثبت سفارش اطلاعاتی از محصول که شامل نام، فروشنده و... اون محصول هم میشه رو باید تو جدول سفارشات ذخیره کنید
تو جدول سفارشات یه فیلد مربوط به سبد خرید در نظر بگیر و همه ی اطلاعات سبد خرید رو مثلا هر محصولش یک آرایه هست رو ذخیر کن
که 2 راه پیش روت هست
کافی بود ؟ اگر نه یکم بیشتر توضیح بده لطفا
ممنون
محصولای سبد یک ارایه بشه درست ، بعد دوباره برای اینکه محصول هر فروشنده مشخص بشه تو پنل خودش که چی فروخته و بعد از فروش کیف پولش شارژ بشه باید چجوری کوئری زد به نظرت ؟
بنظرم بصورت آرایه ذخیره نشوند بهتره، شما میتونی از جدول های واسط pivot و ریلیشن ها استفاده کنید.
آره اینم خوبه اما اینجوری حجم دیتابیس خیلی بالا میره و جداول اضافی باید ساخته بشه. شما فرض کن طرف 5 تا خرید بزنه باید 5 تا سطر توی جدول واسط ثبت بشه در حالی که توی یدونه سطر آرایه این موضوع حله .
سبد خرید خودتو هر کجا که داری ذخیره میکنی چه در سشن یا کوکی یا سبد خرید یک فیلد باید فیلد های زیر توی خودش داشته باشه :
user_id
seller_id
product_id
price
quantity
حتی اگه میخوای بر اساس رنگ یا ویژگی هم از هم جدا باشه میتونی فیلد های زیر بهش اضافه کنی :
color_id
property_id
بعدش خیلی راحت میتونی مدیریت کنی سبد خرید و در صورت نهایی شده خرید زمانی که سبد خریدتو داری انتقال میدی به جدول سفارشات قبلش اطلاعات به صورت گروه جدا کن به این شکل که بر اساس seller_id که آیدی فروشنده هستش گروه بندی کن اینجوری خیلی راحت و بدون دردسر میتونی بفهمی هر فروشنده چندتا محصول داره.
البته زمانی که میخوای به جدول سفارشات انتقالش بدی باید اطلاعات در جدول واسط که ارتباط بین محصول و سفارش قرار بدی.
من تقریبا 2 سال پیش یه همچین سیستمی برای شرکت نوشتم، نحوه کارکردشو میگم شاید به کارتون اومد
ما چند مدل صنف داشتیم مثلا نون وا، سوپری، ابزار آلات و... که هر صنف خودش چندین فروشنده داشت، کاربر داخل سایت محصولاتی که می خواست رو به سبد اضافه میکرد و بعد روی نقشه لیست فروشگاه های اصنافی که کاربر ازشون محصول داشت و همچنین محصولاتی که کاربر به سبد اضافه کرده بود رو اون فرشگاه میداشت رو نمای میدادیم، مثلا کاربر یه بسته نون سنگک و یه نوشابه کوکا به سبدش اضافه کرده بود روی نقشه فقط نون وایی های سنگک و سوپر مارکت های که نوشابه کوکا داشتند رو نمایش میداد، مجدد اینجا کاربر می تونست یک فروشگاه رو انتخاب کنه یا نه و اگه فروشگاهی رو انتخاب نمیکرد سامانه به دوصورت خودش یک فروشگاه رو انتخاب میکرد که از طریق پنل مدیریت تنظیم میشد، یک مدلش نزدیک ترین فروشگاه به کاربر، مدل دوم فروشگاه هی که درصد بیشتری رو به سایت پرداخت میکرد. در نهایت داخل یه جدول ذخیره میشد که شامل، product_id, seller_id, user_id, price, quntity توی پنل فروشگاه ها راحت فقط سفارشاتی که آی خودشونو داشت نمایش میدادم، توی پنل کاربر هم هر محصول به همراه نام فروشگاه رو نمایش میدادم و توی پنل مدیریت هم هزینه های سفارشها رو بر همین اساس به هر فروشگاه اختصاص میدادم
همچنین توی پنل فروشگاه ها هم کامل مشخص بود این سفارشها مربوط به چه سبد خریدی میشه، پرداخت شده یا نه، ارسال شده یا نه
آیا مایل به ارسال نوتیفیکیشن و اخبار از طرف راکت هستید ؟