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

انتخاب درست بین SQL و NoSQL کاملا مربوط به نیاز های شما هست. این که چه نوع کوئری زده میشه و فاصله زمانی بین این کوئری ها چقدر هست و نوع داده هاتون به چه شکل هست؟ سرعت بالا چقدر براتون اهمیت داره؟ آیا دیتاتون نیاز به ولیدیشن زیادی داره یا خیر؟ نیاز به ACID دارید؟ و کلی موارد دیگه.

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

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

همینطور اگر به این مباحث علاقه دارید توصیه می کنم در مورد NewSQL ها هم کمی تحقیق کنید. تکنولوژی جذابی هست که البته در مراحل بسیار ابتدایی هست ولی آینده جذابی میتونه داشته باشه.
شما ۲۰ میلیون اطلاعات رو بریزید داخل mysql تا کند شدن اون رو ببینید. واقعا sql نمیتونه پاسخگوی یک سایت بزرگ باشه که اطلاعات زیادی در دیتابیس داره و بخواد زیاد فراخوانی انجام بده. به همین دلیل هست که وردپرس بیشتر از ۱میلیون محصول رو در ووکامرس پشتیبانی نمیکنه. در sql رکورد ها در سرعت تاثیر داره. این مشکل در nosql وجود نداره

تا اینجا من درست میگم یا اشتباه؟