نمایش نتایج 1 تا 21 از 21

نام تاپیک: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

  1. #1

    مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام !

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

    حالا من نمیدونم برای هر گروه محصولم باید یک جدول طراحی کنم (مثلا اگر 20 گروه محصول دارم باید 20 جدول تعریف کنم که محصول اون گروه رو وارد کنم ؟!) یا اینکه راه حل دیگه ای وجود داره ؟ الان مثلا دیجی کالا برام خیلی جالبه هم دمپایی میفروشه هم موبایل، بعد اطلاعات اینها چجوری ذخیره میشه !


    ممنونم.

    پ.ن: اگر تاپیک تکراری هست معذرت میخوام، گشتم پیدا نکردم ولی.

  2. #2

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    رای هر گروه محصولم باید یک جدول طراحی کنم
    1)=>
    یک جدول داشته باشی برای سرگروه ها
    یک جدول هم برای خود کالا ها که کد سرگروه در یک ستون اون ذخیره بشه و با جدول سرگروه در ارتباط باشه

    2)=>
    یک جدول باشه برای همه چی و در اون یک ستون باشه برای کد سرگروه و هر ردیف که کد نداشت یعنی سرگروه است و یا یه ستون باشه برای سطح چندم بودن این ردیف کالا

    3)=>روش های خوبه دیگه

  3. #3

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام. ممنون دوست من، اما این جواب سوال من نبود...

  4. #4

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام
    شما یک درختواره از گروه بندی کالا ها داری که می تونی تمام این گروه ها و زیر شاخه های اونها رو در یک جدول ذخیره کنی و ارتباط زیر گروه و گروه ها رو با استفاده از فیلدی از نوع HierarchyId تعیین کنی و بعد در جدول کالا ID زیر گروه رو قرار بدی که این هم نوعش HierarchyId میشه.

  5. #5

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام. شاید من سوالم رو بد مطرح کردم ! :)

    من اصلا مشکلی با گروه ها و زیرشاخه اونها ندارم. سوال اینجاست:

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

    هر کدوم از این محصولات زیرمجموعه یک گروه محصول هستند. حالا سوال من اینجاست برای طراحی جدول "محصولات" باید برای هر گروه محصول (که مشخصات مشابه دارند) یک جدول درست کنم یا راه حل بهتری وجود داره ؟ (چون مثلا 20 گروه محصول داریم که مشخصات محصولاتش مشابه هست)

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

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

    ممنون از جواب بهرحال. مرسی

  6. #6
    کاربر دائمی
    تاریخ عضویت
    اسفند 1384
    محل زندگی
    تهران
    پست
    1,629

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام
    دوست عزیز، راه حل وجود داره. یه کم پیاده‌سازیش ممکنه سخت به نظر برسه، اما کاملاً عملی هست.
    شما نیاز داری که در کنار جدول اصلی که اطلاعات اصلی مانند Id، نام، نوع محصول، شخص ارائه کننده و وضعیت ( ستون‌های مشترک ) رو نگهداری می‌کنه
    اطلاعات اضافی رو به صورت MetaData نگهداری کنی.
    برای این کار یه جدول نیاز داری که مشخصات ستون رو توش نگهداری کنی. مثلاً ستون «تعداد سیم‌کارت» برای محصولی از نوع «موبایل» و یا ابعاد برای کالایی
    از نوع «میز تحریر» به علاوه‌ی نوع داده‌ی قابل ذخیره سازی مثل Integer, Date, Text و غیره.
    و یک جدول هم نیاز داری که مقادیر رو توش نگهداری کنی که نیاز به Id, کلید خارجی به جدول کالاها، کلید خارجی به جدول «نوع مقادیر» ( که در خطوط بالا
    توضیح دادم ) و یک ستون هم برای مقدار از نوع رشته ( که برای ساده‌تر شدن می‌شه از چند ستون برای مقادیر «تاریخ»، «رشته» و «عدد» هم استفاده کرد )

    زحمت اضافه‌ای که باید بکشی ذخیره سازی اطلاعات، و بازیابی اون‌ها هست که از حالت عادی کمی بیشتر کار می‌بره. ( هر چند که ارزشش رو داره )
    من از این روش بسیار استفاده می‌کنم.

    یه روش دیگه نگهداری اطلاعات اضافی به صورت JSON هست که غیر از Sql Server 2016 که امکان استفاده‌ی مستقیم JSON رو توش پیش بینی کرده، شما
    می‌تونی یه ستون از جنس ( varchar( max بگیری و به صورت JSON هر چی اطلاعات لازم داری رو توش ذخیره کنی.

    این دو روش هر کدوم نقاط قوت و ضعف نسبت به هم دارن، که باید با تجربه پیدا کنی که کدوم بیشتر به دردت می‌خوره.
    انتخاب من MetaData هست چون در سطح Sql می‌تونم به راحتی به فیلد‌های مورد نظرم دسترسی داشته باشم. اما ممکنه
    سایر دوستان، نظر دیگه‌ای داشته باشن.

    صبا صبوحی

  7. #7
    کاربر دائمی
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    www
    پست
    741

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    با سلام
    میشه همین ساختار بالا رو که بیان فرمودید در قالب یک فایل مثال زحمت بکشید و بزارید
    چون منم دقیقا همین مشکل رو داشتم و قبل از این دوست عزیزمون مطرح کرده بودم و جواب درستی نگرفته بودم
    این مثال حیلی میتونه کمک کنه

  8. #8
    کاربر دائمی
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    www
    پست
    741

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    دوست گرامی چی شد

  9. #9
    کاربر دائمی آواتار stackprogramer
    تاریخ عضویت
    بهمن 1393
    محل زندگی
    شیراز
    پست
    117

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

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

  10. #10
    کاربر دائمی
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    www
    پست
    741

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    دوست عزیز میشه کاملتر توضیح بدید
    ممنون میشم

  11. #11
    کاربر دائمی
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    www
    پست
    741

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    نقل قول نوشته شده توسط stackprogramer مشاهده تاپیک
    دوست عزیز اگه بعد ها وارد افزونه نویسی برای سی ام اس های معروفی مثل جولا،ورد پرس ،بشی می بینی کامپوننت های فروشگاهی که طراحی کردند،برا اساس مدل MVCطراحی می شه ،که می یاد،برای فروش کالا،یک چیز های پایه مثل ای دی،نوع، دسته،قیمت،تاریخ،شرکت سازنده،.....که برای مشتری ها مهم است می زاره ،اما یک تگ متا دیتا برای توصیف اون هم می گذاره ،این بهترین روش طراحی هست،
    دوست گرامی حرف شما صحیح ولی پایگاه داده اون به چه شکل هست
    من میخوام بدونم طراحی دیتابیس به چه صورت هست برای این چنین مواردی که هر کالا یکسری اطلاعات پایه داره و یکسری اطلاعات تکمیلی
    چون اگر بخوای بصورت ستونی انجامش بدی اصول طراحی دیتابیس ، افزونگی ، فیلد null و .. را رعایت نکردی

  12. #12

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    دوست عزیز اونایی که مشترک هستن مثل نام و کد و قیمت که ثابت میزاری. اونایی هم که غیر مشترک هستن میای بیشترین خصوصیات رو در میاری به اندازه اون فیلد خالی در نظر میگیری. مثلا دمپایی 20 تا خصوصیت داره گوشی 5 تا. پس 20تا فیلد خالی توی کالا پیش بینی میکنی. حالا زمانی که میخای اطلاعات گروه رو ثبت کنی اسم فیلدا هم ثبت میکنی. مثلا رنگ دمپایی یا مثلا سایز دمپایی.
    (حالا یه خورده برنامه نویسی!)حالا برا نمایش میای به تعداد فیلدایی که توی گروهت هس لیبل میسازی و میزاری قبل از تکس باکست(البته به صورت شناور و کد نویسی) خوب به همین راحتی پیاده سازی میشه!
    عکس های ضمیمه عکس های ضمیمه
    • نوع فایل: jpg 1.jpg‏ (42.5 کیلوبایت, 154 دیدار)

  13. #13

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    بحث خوبی رو شروع کردی روشهای زیادی وجود داره هر کسی بسته به سلیقه خودش روشی رو که نیاز داره رو پیاده سازی میکنه

    1- همه داده های مربوط به کالاها رو توی یه رکورد ذخیره کن (اصلا جالب نیست )
    2- پیشنهاد مطرح شده در پس 6 هم جالبه ولی وقتی پای جستجو و مرتب کردن بر اساس مشخصات واسه هر محصول میاد وسط این روش هم جواب نمیده
    3- روشی که خودم استفاده کردم اینه که از چند جدول استفاده میکنم یکی عنوان ها رو ذخیره میکنه یکی پارامترها رو یکی هم مقدارهای مربوط به پارامترها رو

    مثلا عنوان ها میتونه این باشه : مشخصات فیزیکی - مشخصات فنی - مشخصات شبکه - صفحه نمایش -
    پارامترها میتونه به این صورت باشه :
    مثلا برای مشخصات فیزیکی : وزن - طول - عرض - ابعاد
    صفحه نمایش : رزولیشن - طول - عرض - تعداد پیکسل و ....
    مقدارها هم برای هر محصوص به صورت جداگانه ثبت میشه

    طراحیش یه خرده وقت و حوصله و دقت میخواد ولی با این ساختار میشه به همه چیز مشخصات داد و مشخصاتشون رو ثبت شد
    قدرت مانورش بیشتره راحت میتونی توی مثلا موبایل گروه بندی ها رو بیاری که مثلا روی رزولیشن سرچ کنی

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

    مثلا برای ثبت گوشی دیگه مثلا وزن رو نیاره یا برای ثبت لوازم بهداشتی دیگه رزولیشن و ... رو نیاره

  14. #14
    کاربر دائمی آواتار mahmood3d
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    همه جای ایران سرای من است
    پست
    334

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

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

  15. #15
    کاربر دائمی
    تاریخ عضویت
    آذر 1391
    محل زندگی
    Mashhad
    پست
    128

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام فکر نکنم واسه مقایسه لازم نباشه فیلد ها برابر باشه روش مقایسه توی فروشگاه ها که من دیدم تا حالا به این صورته که کاربر روی دکمه اضافه به مقایسه کلیک میکنه بعد کد (id) اون کالا توی یه سیشن ذخیره میشه بعد کاربر میاد روی دکمه یه کالای دیگه اضافه به مقایسه رو کلیک میکنه و چک میشه اگه سیشن قبلا مقداری داشت (یعنی این دومین کلیک کاربر بود ) توی یه صفحه دیگه اطلاعات این دو محصول کنار هم لیست میشه کاربر با چشم میتونه تفاوت ها رو ببینه -

  16. #16
    کاربر دائمی آواتار mahmood3d
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    همه جای ایران سرای من است
    پست
    334

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    برای اینکه اطلاعات محصول کنار هم لیست بشه نیاز هست که مشخصات مشابه داشته باشه.
    تو حالتی که شما می فرمایین این سؤال مطرح میشه که 2 تا محصول کنار هم چیاش باهم مقایسه میشه؟

  17. #17

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

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

    میخواستم روش خودم را بنویسم ولی چون با گوشی سایت را باز کردم نمیتوانم جداول را اینجا ترسیم کنم ولی فکر میکنم خیلی شبیه روشهای دوستان که در پست ۶ و ۱۳ باشد

    ولی برای دادن مثال حدود ۱۰ سال پیش نرم افزارهای اکانتینگ برای ispها بحث مهمی بود در این نرم افزار رایگانی به اسم nttac pluse وجود داشت که تقریبا ۵۰٪ از شرکتها از آن استفاده میکردند خوبی آن این بود که یک موتور اصلی داشت که راحت میشد براش دیتابیس معرفی کرد و سپس برای آن یک پوسته وب نوشت
    دلیل اصلی که این مثال را زدم این بود که این نرم افزار با اینکه متن باز نبود میشد بطور کامل بومی سازیش کرد بخاطر داشتن سیستم بانک اطلاعاتی جالبی که داشت خیلی راحت میشد در آن رکوردهایی با تعداد و نوع فیلدهای متغییر تعریف کرد
    متاسفانه ساختار دیتابیس آن خاطر نیست ولی میتوانید آنرا دانلود کنید و ساختار دیتابیسش را مطالعه کنید که مطمینم جواب سوالات را خواهید گرفت
    در ضمن دیتابیس اکسس و sql server داشت حتی یادم میاد که راهنمای آنرا بچه های persian networks ترجمه کرده بودند

  18. #18
    کاربر دائمی
    تاریخ عضویت
    آذر 1391
    محل زندگی
    Mashhad
    پست
    128

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    بله درست میفرمایین (من اشتباه فکر میکردم )ولی درکل فیلد ها شبیه هم اند چون دو محصول از یک ساختار با هم مقایسه میشن نه دو محصول متفاوت - مثلا موبایل با یه نوع موبایل دیگه - نمیشه یخچال رو با موبایل مقایسه کرد - پس در این صورت فیلد ها شبیه هم اند دیگه فقط مقادیر متفاوته
    آخرین ویرایش به وسیله ikallam : سه شنبه 03 شهریور 1394 در 22:23 عصر

  19. #19
    کاربر دائمی
    تاریخ عضویت
    آذر 1391
    محل زندگی
    Mashhad
    پست
    128

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

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

    جدول محصولات
    1- کد محصول (auto)
    2- نام محصول
    ... و فیلد های مشترک مثل وزن و ابعاد و رنگ که توی همه محصولات است

    جدول گروه خصوصیات
    1-کد گروه
    2-نام گروه

    جدول خصوصیات
    1- کد خصوصیت
    2-کد گروه(از جدول گروه خصوصیات)
    3-نام خصوصیت

    جدول مشخصات محصولات
    1-کد مشخصه (auto)
    2-کد محصول (از جدول محصولات)
    3-کد خصوصیت (از جدول خصوصیات )
    4-مقدار خصوصیت




    - یه مثال -
    محصول با کد محصول 100 و نام موبایل glx
    توی گروه خصوصیات قبلا تعریف کردیم کد گروه 1 نام گروه ویژگی های عمومی
    توی جدول خصوصیات کد خصوصیات 5 کد گروه 1(همون گروه عمومی جدول خصوصیات) نام خصوصیت راحت تو جیب جا میشه ؟؟
    توی جدول مشخصات محصولات - کد مشخصه 3 محصول با کد 100 (نامش موبایل glx) کد خصوصیت 5(خصوصیت راحت تو جیب جا میشه )
    مقدار خصوصیت بله

    حال میتونیم دقیقا مثلا دیجی کالا محصولات رو به این صورت نشون بدیم
    ویژگی های عمومی
    نام خصوصیت - مقدار خصوصیت
    .
    .
    .
    پردازنده
    میزان کش - 3گیگ
    تعداد هسته 8 هسته

    تحلیل تموم شد کامل با دیاگرام ها اپلود میکنم دوستان مشکلاتش رو بگیرن
    آخرین ویرایش به وسیله ikallam : سه شنبه 03 شهریور 1394 در 22:26 عصر

  20. #20

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    نقل قول نوشته شده توسط ikallam مشاهده تاپیک
    چیزی که من واسه تحلیل یه دیتابیس فروشگاه تونستم در بیارم این جوریه

    جدول محصولات
    1- کد محصول (auto)
    2- نام محصول
    ... و فیلد های مشترک مثل وزن و ابعاد و رنگ که توی همه محصولات است

    جدول گروه خصوصیات
    1-کد گروه
    2-نام گروه

    جدول خصوصیات
    1- کد خصوصیت
    2-کد گروه(از جدول گروه خصوصیات)
    3-نام خصوصیت

    جدول مشخصات محصولات
    1-کد مشخصه (auto)
    2-کد محصول (از جدول محصولات)
    3-کد خصوصیت (از جدول خصوصیات )
    4-مقدار خصوصیت




    - یه مثال -
    محصول با کد محصول 100 و نام موبایل glx
    توی گروه خصوصیات قبلا تعریف کردیم کد گروه 1 نام گروه ویژگی های عمومی
    توی جدول خصوصیات کد خصوصیات 5 کد گروه 1(همون گروه عمومی جدول خصوصیات) نام خصوصیت راحت تو جیب جا میشه ؟؟
    توی جدول مشخصات محصولات - کد مشخصه 3 محصول با کد 100 (نامش موبایل glx) کد خصوصیت 5(خصوصیت راحت تو جیب جا میشه )
    مقدار خصوصیت بله

    حال میتونیم دقیقا مثلا دیجی کالا محصولات رو به این صورت نشون بدیم
    ویژگی های عمومی
    نام خصوصیت - مقدار خصوصیت
    .
    .
    .
    پردازنده
    میزان کش - 3گیگ
    تعداد هسته 8 هسته

    تحلیل تموم شد کامل با دیاگرام ها اپلود میکنم دوستان مشکلاتش رو بگیرن





    سلام.دوست عزیز
    انتهای پست گفته بودید که درپایان تحلیل جدول ها رو قرار میدید، تحلیل هنوزتموم نشده یا فراموش کردید؟

  21. #21

    نقل قول: مشکل در طراحی پایگاه داده فروشگاه الکترونیک

    سلام

    درسته تاپیک قدیمی هستش ولی اگر تحلیل تکمیل شده و می تونید در این زمینه کمک بکنید ممنون می شم اطلاعات لازم رو در اینجا قرار بدید

    با تشکر

تاپیک های مشابه

  1. رفع اشکال طراحی پایگاه داده فروشگاه
    نوشته شده توسط kingtak در بخش تحلیل و طراحی بانک اطلاعات
    پاسخ: 6
    آخرین پست: چهارشنبه 28 تیر 1391, 11:33 صبح
  2. سوال: مشکل در طراحی پایگاه داده
    نوشته شده توسط mgh2211 در بخش MySQL
    پاسخ: 1
    آخرین پست: چهارشنبه 24 فروردین 1390, 11:21 صبح
  3. مشکل در طراحی پایگاه داده !!!!!!!!
    نوشته شده توسط mgh2211 در بخش PHP
    پاسخ: 0
    آخرین پست: پنج شنبه 11 فروردین 1390, 00:29 صبح
  4. مشکل کار با پایگاه داده Access در شبکه با استفاده از ADO ؟؟؟
    نوشته شده توسط hghodsi در بخش برنامه نویسی در Delphi
    پاسخ: 2
    آخرین پست: چهارشنبه 28 مرداد 1383, 22:51 عصر
  5. یک مشکل بزرگ با پایگاه داده تو xp
    نوشته شده توسط سعید قدیری مقدم در بخش مطالب مرتبط با بانکهای اطلاعاتی در VB6
    پاسخ: 4
    آخرین پست: چهارشنبه 06 اسفند 1382, 16:07 عصر

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •