بحث در مورد تفاوت blockchain و nosql
سلام دوستان
در انجمن قسمتی واسه او دو مورد ندیدم و مجبورم اینجا تاپیک بزنم
استفاده از sql در علم امروزی دیگه داره کمتر میشه و داده های بزرگ در nosql ها ذخیره میشه. مانند شرکت گوگل که اطلاعاتش رو در BigTable ذخیره میکنه یا برخی سایت ها که اطلاعاتشون رو به MongoDB انتقال دادند
از طرفی هم مدتهاست که بلاکچین یک انقلاب کرده.
احساس میکن nosql و بلاکچین میتونه موازی هم باشه و استفاده از این دو در کنار هم میتونه قدرت زیادی به ما بده
منابع زیادی در مورد کارکرد مشترک این دو پیدا نکردم و دوست دارم در اینجا درموردش بحث کنیم
فرض کنید یک اسکریپت دارید که روزانه ۱۰ میلیون رکورد توی اون باید ذخیره بشه و روی اون پردازش های مختلفی انجام بشه. مانند یک فروشگاه بزرگ مانند آمازون یا حتی بزرگتر
در اینجا sql میره کنار و باید از nosql استفاده کرد. حالا بحث ذخیره سازی بوجود میاد که nosql اطلاعات رو روی چند سرور ذخیره میکنه و پردازش ها رو انجام میده. حالا اگه ذنجیره بلوکی بهش متصل بشه و پردازش های خاص در سیستم کاربران انجام بشه چی میشه؟
هدف از ایجاد این تاپیک اینه که حرفه ای ها در این مورد کمی توضیح دهند و اطلاعات من و کسانی که براشون این سوال به وجود اومده بالا بره
پاسخ : بحث در مورد تفاوت blockchain و nosql
نقل قول:
استفاده از sql در علم امروزی دیگه داره کمتر میشه و داده های بزرگ در nosql ها ذخیره میشه.
چنین فرضی کاملا اشتباه هست. اصولا SQL و NoSQL کاربرد های کاملا مختلفی دارند و دیتابیس های مربوط به هر کدوم در شرایط مختلف مورد استفاده قرار میگیرند که مسئله حجم اطلاعات شاید از کمرنگ ترین مسائلی باشه که برای انتخاب بین این دو در نظر گرفته میشه. این که میشنوید خیلی ها میگن اگر دیتا زیاد هست برید روی NoSQL از این نظر هست که خوب راحت تر به نظر میرسه و هیچوقت واقعا با چنین شرایطی روبرو نشدند. یکی دیگه از اصلی ترین دلایلی که در اینجور مواقع NoSQL توصیه میشه مربوط به Scale کردن نسبتا ساده تر این نوع دیتابیس ها هست.
انتخاب درست بین SQL و NoSQL کاملا مربوط به نیاز های شما هست. این که چه نوع کوئری زده میشه و فاصله زمانی بین این کوئری ها چقدر هست و نوع داده هاتون به چه شکل هست؟ سرعت بالا چقدر براتون اهمیت داره؟ آیا دیتاتون نیاز به ولیدیشن زیادی داره یا خیر؟ نیاز به ACID دارید؟ و کلی موارد دیگه.
فرض بر استفاده از NoSQL یا SQL بر اساس حجم اطلاعات اصلا کار درستی نیست. هر دو نوع از دیتابیس ها توانایی میزبانی از حجم بسیار بالایی از اطلاعات رو دارند و اصلی ترین موضوع برای استفاده از هر کدوم از این نوع دیتابیس ها نوع معماری سیستمی هست که شما پیاده می کنید و میزان تخصصی که در مورد هر کدوم از این نوع دیتابیس ها دارید.
مثال شما در مورد 10 میلیون رکورد روزانه که ماهانه میشه 300 میلیون هم چه در دنیای SQL و چه در دنیای NoSQL عدد بسیار کوچیکی هست و هیچ کدوم از این نوع دیتابیس ها مشکلی با این حجم از دیتا نخواهند داشت.
همینطور اگر به این مباحث علاقه دارید توصیه می کنم در مورد NewSQL ها هم کمی تحقیق کنید. تکنولوژی جذابی هست که البته در مراحل بسیار ابتدایی هست ولی آینده جذابی میتونه داشته باشه.
پاسخ : بحث در مورد تفاوت blockchain و nosql
نقل قول:
نوشته اصلی توسط
navid2zp
چنین فرضی کاملا اشتباه هست. اصولا SQL و NoSQL کاربرد های کاملا مختلفی دارند و دیتابیس های مربوط به هر کدوم در شرایط مختلف مورد استفاده قرار میگیرند که مسئله حجم اطلاعات شاید از کمرنگ ترین مسائلی باشه که برای انتخاب بین این دو در نظر گرفته میشه. این که میشنوید خیلی ها میگن اگر دیتا زیاد هست برید روی NoSQL از این نظر هست که خوب راحت تر به نظر میرسه و هیچوقت واقعا با چنین شرایطی روبرو نشدند. یکی دیگه از اصلی ترین دلایلی که در اینجور مواقع NoSQL توصیه میشه مربوط به Scale کردن نسبتا ساده تر این نوع دیتابیس ها هست.
انتخاب درست بین SQL و NoSQL کاملا مربوط به نیاز های شما هست. این که چه نوع کوئری زده میشه و فاصله زمانی بین این کوئری ها چقدر هست و نوع داده هاتون به چه شکل هست؟ سرعت بالا چقدر براتون اهمیت داره؟ آیا دیتاتون نیاز به ولیدیشن زیادی داره یا خیر؟ نیاز به ACID دارید؟ و کلی موارد دیگه.
فرض بر استفاده از NoSQL یا SQL بر اساس حجم اطلاعات اصلا کار درستی نیست. هر دو نوع از دیتابیس ها توانایی میزبانی از حجم بسیار بالایی از اطلاعات رو دارند و اصلی ترین موضوع برای استفاده از هر کدوم از این نوع دیتابیس ها نوع معماری سیستمی هست که شما پیاده می کنید و میزان تخصصی که در مورد هر کدوم از این نوع دیتابیس ها دارید.
مثال شما در مورد 10 میلیون رکورد روزانه که ماهانه میشه 300 میلیون هم چه در دنیای SQL و چه در دنیای NoSQL عدد بسیار کوچیکی هست و هیچ کدوم از این نوع دیتابیس ها مشکلی با این حجم از دیتا نخواهند داشت.
همینطور اگر به این مباحث علاقه دارید توصیه می کنم در مورد NewSQL ها هم کمی تحقیق کنید. تکنولوژی جذابی هست که البته در مراحل بسیار ابتدایی هست ولی آینده جذابی میتونه داشته باشه.
شما ۲۰ میلیون اطلاعات رو بریزید داخل mysql تا کند شدن اون رو ببینید. واقعا sql نمیتونه پاسخگوی یک سایت بزرگ باشه که اطلاعات زیادی در دیتابیس داره و بخواد زیاد فراخوانی انجام بده. به همین دلیل هست که وردپرس بیشتر از ۱میلیون محصول رو در ووکامرس پشتیبانی نمیکنه. در sql رکورد ها در سرعت تاثیر داره. این مشکل در nosql وجود نداره
تا اینجا من درست میگم یا اشتباه؟ :39:
پاسخ : بحث در مورد تفاوت blockchain و nosql
نقل قول:
نوشته اصلی توسط
سیدرضا بازیار
شما ۲۰ میلیون اطلاعات رو بریزید داخل mysql تا کند شدن اون رو ببینید. واقعا sql نمیتونه پاسخگوی یک سایت بزرگ باشه که اطلاعات زیادی در دیتابیس داره و بخواد زیاد فراخوانی انجام بده. به همین دلیل هست که وردپرس بیشتر از ۱میلیون محصول رو در ووکامرس پشتیبانی نمیکنه. در sql رکورد ها در سرعت تاثیر داره. این مشکل در nosql وجود نداره
تا اینجا من درست میگم یا اشتباه؟ :39:
اگر مقایسه شما در سرعت وابسته به یک سرور با منابع ثابت برای هر دو دیتابیس هست که خوب فرضتون اشتباه هست.
تقریبا تحت هیچ شرایطی از لحاظ سرعت پردازش کوئری (مخصوصا Read) دیتابیس های NoSQL توان رقابت با دیتابیس های SQL رو ندارند. کلا یکی از اصلی ترین ویژگی های دیتابیس های SQL مربوط به سرعت بالاشون هست. 20 میلیونی هم که مثال زدید عدد بسیار بسیار کوچیکی هست و برای این ابعاد اصلا نیازی به فکر کردن و انتخاب کردن ندارید. البته اگر منظورتون استفاده از هاست ماهانه 10 هزار تومن برای میزبانی این حجم از دیتا هست که خوب بحث فرق میکنه و در هر صورت با مشکل سرعت روبرو میشید.
وردپرسی هم که مثال میزنید خوب برای وبسایت های نسبتا کوچیک استفاده میشه و خیلی کم پیش میاد سرویس هایی که این حجم از دیتا رو دارند از وردپرس استفاده کنند.
در کل انتخاب بین SQL و NoSQL تو ابعاد کوچیک برای یک فروشگاه وردپرسی و ... اصلا معنی نداره و اگر شما با مشکل سرعت روبرو هستید به خاطر منابع پایینتون هست و تغییر نوع دیتابیس کمک خاصی بهتون نمی کنه. بحث در مورد انتخاب بین این دو نوع دیتابیس وقتی معنا پیدا می کنه که شما در ابعاد بزرگتر و پیچیده تر بحث می کنید و نوع مصرفتون مشخص هست وگرنه در ابعاد کوچیک و مصارف کلی تفاوت خاصی حداقل از نظر سرعت بین این دو نوع دیتابیس نیست و بیشتر سایر ویژگی های مد نظر قرار داده میشه که خوب باز هم این بین SQL با توجه به امکاناتی که داره انتخاب محبوب تری هست و حجم کد های اضافی رو به نسبت قابل توجهی کاهش میده که در سرویس هایی مثل وردپرس که استفاده کلی در ابعاد مختلف داره بسیار مسئله مهمی هست.
