از جه دیتابیس استفاده کنم؟

[thelastphoenix]

با سلام بر دوستان عزیز

دوستان عزیز من در یک برنامه C#‎
نیاز به یک دیتا بیس کوچک دارم..و به دلایلی نمی تتونم از ذخیره اطلاعاتم در فایل و ریجستری
استفاده کنم

یک دیتا بیس کوچک و ساده می خوام...استفاده از sqlserver و mysql برام هزینه بره
هم برای نیاز به نصب بر رئی سیستم کاربر نهایی و ..

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

با تشکر


موفق باشید

[Davood_amega]

بله که هست.
میتونی از Access استفاده کنی و درگیر Sql و ... نشی.

[mahdi_7610]

Access میتونه انتخاب خوبی باشه .

موفق باشی

[Armin060]

خوب SQL Express هم گزينه خوبيه. هم سبكه و كوچيكه و هم از Access قوی تره. ( SQL Express با SQL Server فرق ميكنه )
البته گمونم اگر از Linq استفاده كنيد نياز به نصب هيچی جز DotNet3 نداريد.

[thelastphoenix]

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

امکان داره من یک تیبل دیتابیسم به 5000 رکورد برسه برای کار با اکسس مشکل ساز نیست؟؟
(شرمنده شاید سوالاتم خیلی مبتدی باشه)

اکسس بازم نیاز به نصب بروی سیستم کاربر نهایی داره! درسته؟!

با sql express و linq کار نکردم...
می شه بین این دو راهنماییم کنید؟
این طور که دوسته عزیزمونArmin060 فرمودن
linq نیاز به نصب روی سیستم نهایی نداره منم رو .net3.5 کار میکنم
با تشکر از راهنماییتون

[solidilos]

Access نیاز به نصب نداره. از SQL CE استفاده کن. از Access قویتره و نیاز به نصب هم نداره.

[farhaneh]

سلام.
به نظر من هم بهترین گزینه sql express و یا linq هستش . linq خیلی بهتره. نیاز به نصب و درگیری های مربوط به برقراری ارتباط با سرور ندارین. یه جورایی با جدولای پایگاه داده مثل به آبجکت رفتار میکنه.

[amin-soft]

SQL Express اصلا مناسب نیست و sqlserver و Access نسبت به ان بهتره ولی برای کار شما که می خواهید نیازی به نصب نباشد Access است . و برای رفع ادرس دیتابیس ان را در پوشه Debug پروژه قرار بده و ادرس اتصال هم به این صورت بده اگر از Access2003 استفاده می کنید (در پایین است) و برای Access2007 رشته اتصال فرق می کند و برای اطلاعات بیشتر به سایت www.connectionstring.com مراجعه کنید .

                this.con.ConnectionString = "Provider = Microsoft.Jet.OLEDB.4.0; Data Source =DBHOME.mdb; Persist Security Info = True";

 

و اگر برنامه تحت شبکه نیست Access بد نیست و اگر تحت شبکه است از sqlserver استفاده کن و اصلا نگرام نصب نباش . شما همین طوری که برنامه را تحویل نمی دهید و اول Stup باید ایجاد کنید و نرم افزار InstallShield امکانی را در اختیار شما قرار می دهد که بتوانید در هنگام نصب شدن برنامه نرم افزارهای دیگر هم نصب کند که برای یک پروژه C#‎.net به Microsoft .NET Framework و برای پایگاه sqlserver نیاز به sql script دارید . موفق باشید.

[jblaox]

سلام

من یک جدول دارم با 10 ستون تقریبا ! اما رکوردهایم (سطر ها) تقریبا میلیاردی ، هر روز حداقل 120.000 رکورد اضافه میشود به جدول و این کار چند سال باید انجام بشود (تقریبا 43.800.000 رکورد سالانه ) ، برنامه من تحت شبکه نیست و روی لینوکس و ویندوز کار میکنه ، کار برنامه هم ذخیره خروجی سنسورهای مختلف است . یوزر فرندلی بودن این برنامه برایم مهم . فیلد هام اینجوری :

شناسه (ID) - تاریخ - زمان - خروجی سنسورها و ....

این هم بگم هر یک ثانیه (و شاید کمتر) من یک بار به این بانک اطلاعاتی وصل میشوم و یک رکورد ذخیره میکنم همچنین خواندن هم انجام میدهم و دستورات سریچ و یا فیلتر و ... من کم است .

یک چند تا سوال دارم :

1- چه بانک اطلاعاتی پیشنهاد میکنید که مطمئن باشد و منابع سیستم کمتر مصرف کند از قبیل رم و CPU و غیره را ؟ ( MySQL , PostgreSQL , Oracle , Microsoft SQL Server , SQLite , Access , CSV )

2- من نوع ذخیره کردن اعداد و تاریخ و ... (همه فیلد هایم) به صورت String است ایا ان باعث افزایش حجم (اندازه) بانک اطلاعاتی میشود ، مثلا اینجوری تقریبا با 40.000 فیلد حجم بانک با Access میشود 5 مگابایت ، اگر به جای String از نوع int استفاده کنم حجم نهایی بانکم من کم میشود یا که نه ؟؟ اصلا تاثیری داره ؟؟

[f_pakzad]

با توجه به تحت شبکه نبودن برنامه ات SQLITE را پیشنهاد میکنم. نیاز به هیچ نصبی نداره. بسیار سبک هست و به آموزش خاصی هم نیاز ندارید چون تقریباً مشابه sqlserver هست

[jblaox]

با توجه به تحت شبکه نبودن برنامه ات SQLITE را پیشنهاد میکنم. نیاز به هیچ نصبی نداره. بسیار سبک هست و به آموزش خاصی هم نیاز ندارید چون تقریباً مشابه sqlserver هست

سلام

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

اما واقعا به نظر شما این دیتا بیس میتواند با 131.400.000 رکورد کار کند ؟؟

موفق پیروز باشد

[f_pakzad]

مگه قراره همه اینها تو یک table باشه؟ ضمناً فکر نکنم از این نظر محدودیتی داشته باشه. فقط از نظر حجم دیتابیس محدودیت داره که اون هم د رحد چند گیگ هست که یعنی خیلییی
این دو تالینک را ببینید
آشنايي با SQLite : پايگاه داده‌هايي براي تمامي ‌فصول

SQLite Expert نرم افزاری برای مدیریت دیتابیس های SQL

[jblaox]

مگه قراره همه اینها تو یک table باشه؟ ضمناً فکر نکنم از این نظر محدودیتی داشته باشه. فقط از نظر حجم دیتابیس محدودیت داره که اون هم د رحد چند گیگ هست که یعنی خیلییی
این دو تالینک را ببینید
آشنايي با SQLite : پايگاه داده‌هايي براي تمامي ‌فصول

SQLite Expert نرم افزاری برای مدیریت دیتابیس های SQL

سلام

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

بله دقیقا تمام آن رکورد ها در یک Table است !! کلا یه Table دارم که 12 فیلد داره که عبارتند از : تاریخ ، زمان ، خروجی سنسور 1 ، خروجی سنسور 2 ، خروجی سنسور 3 و...

و بر طبق محاسبات هم حجم بانک اطلاعاتی هم تقریبا 20 گیگ میشود ، هرچند SQLite به گفته خودش در نسخه 3.5 به بعد ترابایت هم ساپورت میکنه اما خودش میگه سرعت بسیار کم میشود ...

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

یک مورد دیگری هم که وجود دارد این که .NET 4 مشکل داره .

[f_pakzad]

لازمه حتماً از دات نت ۴ استفاده کنید؟ با ۲ کارتون راه نمیفته؟که دیگه کاربر نیاز به نصبش نداشته باشه و اگر هم نیاز شد حجمش خیلی کمتره

[seven7777777]

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

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

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

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

موفق باشید

[jblaox]

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

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

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

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

موفق باشید

سلام

تشکر به خاطر پاسخ شما .

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

و پیشنهاد شما هم جالب است ، اما دردسر کد نویسی بیشتر اما مزایای بیشتری هم دارد ، میروم روش کار میکنم