ساخت جدول در sql server با C# [بایگانی]

m_mehramooz

جمعه 24 تیر 1401, 15:02 عصر

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

Mahmoud.Afrad

یک شنبه 26 تیر 1401, 01:23 صبح

این کار نرمال نیست.

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

mmbguide

سه شنبه 28 تیر 1401, 10:35 صبح

سلام. به ازای هر مشتری میخواهید جدول بسازید؟ اگر پنچ هزار تا مشتری داشته باشی چی میشه؟ اگر 100 هزار مشتری شد چی؟ البته کمی درخصوص sql command with parameter در c# سرچ کنید حتما جواب را پیدا میکنید. پیشنهاد میکنم یک جدول ایجاد کنید و یک ستون شماره مشتری داشته باشه کارت رو راه میندازه و خیلی طراحی بهینه تری هم هستش.

m_mehramooz

دوشنبه 03 مرداد 1401, 20:59 عصر

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

mmbguide

دوشنبه 03 مرداد 1401, 22:58 عصر

سلام

بطور کلی میگم. برای پروژه شما:

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

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

mazoolagh

سه شنبه 04 مرداد 1401, 11:13 صبح

سلام

بطور کلی میگم. برای پروژه شما:

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

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

در واقع این دوستمون هیچ آشنایی اولیه با دیتابیس رابطه ای ندارن و احتمالا قبلا با اکسل کار میکردن و در اونجا برای هر مشتری یا سند یک شیت درست میکردن (که همین هم اشتباه هست).
حالا همین روش نادرست رو میخوان روی دیتابیس پیاده کنن، باید اول دوره های آموزشی مقدماتی رو بگذرونن.

m_mehramooz

جمعه 07 مرداد 1401, 00:28 صبح

سلام

بطور کلی میگم. برای پروژه شما:

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

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