hossy
7 سال پیش توسط hossy مطرح شد
4 پاسخ

انتخاب دیتابیس برای جستجو سریع و بیگ دیتا

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


ثبت پرسش جدید
محمد
@sanamehr 7 سال پیش آپدیت شد
2

اولین قدم اینه کمالگرایی نکنیم و نگیم چون جو حاکم nosql هستش پس خوبه و تعصبی نگاه نکنیم بلکه نسبت به ماهیت پروژه باید تصمیم بگیریم

مثلا بانک ملت رو فرض کنید اطلاعاتیش روی IBM DB2 هستش و مثل بنز داره کار می کنه و روی Data موجود دارن مباحث fraud detection و BI و ... رو میرن جلو فکر کنید این حجم داده که فقط یکی از جداولش بالای 4 میلیارد رکورد داره و داده های حساس روش هستش با mongodb بود چه فاجعه ای بوجود می امد

بحث دیگه هم هستش هیچ وقت SQL جایگاهش رو نمیده به nosql چون کارکرد هر کدوم متفاوت هستش

کلیت اگر بخوام بگم برای پروژه هایی که ساختار داده مشخصی ندارند nosql مناسب هستش ولی من شخصا برای پروژه هایی که داده و ساختار داده براشون مهمه نمیتونم از SQL بگذرم و ریسکش بالاست

البته دقیقا نمیدونم تجربش رو ندارم ولی در یک مقاله ای نوشته بود احتمال lose شدن داده در nosql وجود داره که اگر این درست باشه برای سیستم هایی که داده حتی یک بیت براشون مهمه یعنی فاجعه


کمال
تخصص : برنامه نویس ارشد وب
@kamalj 7 سال پیش مطرح شد
2

سلام
به نظر من mongoDb برای این کار مناسبه


Benyamin Karimi
@benyamin.karimii 7 سال پیش مطرح شد
3

انتخاب نوع دیتا بیس کاملا به نوع داده بستگی داره ... ولی در حالت کلی دیتا بیس های nosql سرعت بالاتری نسبت به دیتا بیس sql دارند ... البته شما میتونید از ابزاری که apache مثل hive فراهم کرده یه اینترفیس مانند sql بهتون میده ولی با روش های map reduce کوئری هایی که میزنید و پردازش میکنه و دارای سرعت بالاست . البته بازده ای تو این روش وقتی بالاست که با حجم داده بسیار بالا روبرو باشید ... ولی در حالت کلی nosql و به صورت دقیق ترmongo سرعت به نسبت بالایی داره.
البته باز بستگی به نوع داده و حجم اطلاعات داره .بعضی وقتا برای داشتن سرعت بالا نیاز به یه سری پیش پردازش مثل index کردن داده ها داریم .


حسین حسین پور
تخصص : طراح رابط کاربری، برنامه‌نویس
@hhp14111 7 سال پیش مطرح شد
1

redis به سرعتش معروفه چون اطلاعات رو موقع کش کردن داخل ram ذخیره میکنه


محمد
@sanamehr 7 سال پیش آپدیت شد
2

اولین قدم اینه کمالگرایی نکنیم و نگیم چون جو حاکم nosql هستش پس خوبه و تعصبی نگاه نکنیم بلکه نسبت به ماهیت پروژه باید تصمیم بگیریم

مثلا بانک ملت رو فرض کنید اطلاعاتیش روی IBM DB2 هستش و مثل بنز داره کار می کنه و روی Data موجود دارن مباحث fraud detection و BI و ... رو میرن جلو فکر کنید این حجم داده که فقط یکی از جداولش بالای 4 میلیارد رکورد داره و داده های حساس روش هستش با mongodb بود چه فاجعه ای بوجود می امد

بحث دیگه هم هستش هیچ وقت SQL جایگاهش رو نمیده به nosql چون کارکرد هر کدوم متفاوت هستش

کلیت اگر بخوام بگم برای پروژه هایی که ساختار داده مشخصی ندارند nosql مناسب هستش ولی من شخصا برای پروژه هایی که داده و ساختار داده براشون مهمه نمیتونم از SQL بگذرم و ریسکش بالاست

البته دقیقا نمیدونم تجربش رو ندارم ولی در یک مقاله ای نوشته بود احتمال lose شدن داده در nosql وجود داره که اگر این درست باشه برای سیستم هایی که داده حتی یک بیت براشون مهمه یعنی فاجعه


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

ورود یا ثبت‌نام