شاید بین توسعه دهندگان نام SQL را زیاد شنیده باشید اما باید بدانید که در سالهای اخیر بانکهای اطلاعاتی NoSql توانستند در دل توسعه دهندگان جایگاه ویژهای باز کنند و راه حل خیلی از مشکلات باشند .
ساختار این دو آنها را از هم متمایز میکند نوع و چگونگی ذخیره اطلاعات. SQL ساختارمند هست مانند کتاب راهنمای تلفن اما بانک های اطلاعاتی که رابطه ای نیستند را NoSql مینامند و باید دانست که آنها مبتنی بر سند رفتار میکنند و توزیع شده هستند . مانند چند پوشه که در هر پوشه اطلاعات مخصوص یک شخص قرار میگیرد .
کمی بیشتر در مورد SQL
SQL
اولین تفاوت ها از نوع ساختار دهی داده ها و ساختمان بندی شروع میشود . SQL بسیار روی این موضوع سخت گیر است و همه چیز باید مرتب باشد . مانند یک کتاب راهنمای تلفن . این مدل را شرکت IBM در سال ۱۹۷۰ طراحی کرده است . این نوع بانک های اطلاعاتی میتواند شامل چندین جدول مخلف باشند . موجودیت ها در ردیف قرار میگیرد و برای نمایش داده های مربوط به هر آیتم از ستون ها استفاده میکنیم . مانند نام ، شماره تلفن و آدرس .
در واقع SQL زبان برنامه نویسی است معماران بانک های اطلاعاتی برای ساخت بانک اطلاعاتی رابطه ای از آن بهره می گیرند . در MySQL با بهره از این حالت میتوان کوئریهایی را اجرا کرد یا ویرایش کنید یا برکشت دهید یا حذف کنید یا حتی رکورد جدیدی اضافه کنید .
یکی از دلایل محبوبیت بانک های اطلاعاتی SQL این است که در پکیج های توسعه مانند LAMP یا پشته های مبتنی بر Ruby وجود دارند . همچنین این موضوع میتواند برای پشتیبانی خوبی که ازین بانک های اطلاعاتی میشود هم باشد .
برای برقراری درست روابط درSQL نیاز به یک اسکیما (Schema) دارید . میتوانید در مورد اسکیما در این مقاله بیشتر بخوانید
Schema در بانک اطلاعاتی به چه منظور است ؟
Schema
در علم بانکهای اطلاعاتی به رابطه میان جدول و نوع فیلدها عمدتا schema گفته میشود. در یک بانک اطلاعاتی رابطهای قبل از اینکه هرگونه دادهای وارد شود، ابتدا باید به صورت کامل و درست schema را تعریف کنیم.
برای اینکه یک بانک اطلاعاتی رابطهای به درستی کار کند، دادههایی که شما وارد میکنید، لازم است که به صورت بسیار صحیح و ساختارمندی قرار بگیرند. وقتی یک شمای کلی یا schema درست را طراحی کنید، در بانک اطلاعاتیتان کمترین میزان افزونگی و یا ناهمخوانی دادهها را خواهید داشت. این موضوع برای تجارتهایی با میزان ریسکپذیری بالا، بسیار حیاتی و لازم است. وقتی شمای کلی را به صورتی ضعیف طراحی کنید، بعدها به صورت کامل دچار سرگیجه و سردرد خواهید شد. وقتی شما در این مدل بخواهید که یک آیتم جدید را به شمای بانک اطلاعاتیتان وارد نمایید نیاز دارید که تمام بانک اطلاعاتی را ویرایش کنید و همه موارد را با همدیگر همگام سازی کنید.
از NoSQL ها چه میدانیم . غیر رابطه ای و توزیع شده
NoSQL
اگر داده های شما به صورت واضح تعیین نشده باشد یا ساختار درستی ندارند باید بدانید که ساخت یک اسکیما (Schema) برایتان راحت نیست راه حل شما NoSQL است که خیلی انعطاف بیشتری نیست به همتای خود دارد . به زبان ساده به عنوان مثال فکر کنید تمام اطلاعات مربوط به هم با هم در یک فولدر قرار بگیرد . اگر یک خبر گذاری یا یک وبلاگ از NoSQL استفاده کند کل اطلاعات مربوط به یک مقاله در یک پوشه قرار میگیرد .
تلاش برای ذخیره، پردازش و آنالیز دادههایی که ساختارمند نیستند، به طرفی میرود که بهتر است به دنبال یک جایگزین برای SQL باشید، در حقیقت بانکهای اطلاعاتی NoSQL سطح دسترسی و کار بسیار منعطفتری را به داده به شما میدهد.
تفاوت بانکهای اطلاعاتی NoSQL در مقابل SQL ها این است که در بانکهای اطلاعاتی NoSQL بجای اینکه دادهها در جدولها ذخیره شود، در سندها ذخیره میشود.
از این طریق میشود دادههایی ساختاردهی نشده را مانند (تصاویر، مقالات، ویدیوها و موارد مختلف دیگر) در یک سند ذخیره کرد و به سادگی آنها را پیدا کرد .
در این حالت، دیگر برای ذخیره موارد مختلف از جداول استفاده نمیشود. این موضوع درکپذیری بالاتری دارد، اما بخاطر داشته باشید که استفاده از این حالت نیازمند پردازش بیشتر و حافظه بیشتر نسبت به SQL است.
بانکهای اطلاعاتی NoSQL مزیت دیگری نیز دارند و آن آسان بودن دسترسی است. بانکهای اطلاعاتی SQL بیشتر به عنوان گزینه مناسبی برای اپلیکیشنهایی است که با زبانهای برنامهنویسی شئگرا مانند جاوا، پایتون، پیاچپی و… نوشته میشود. اما NoSQL برای توسعهدهندگانی مناسب است که از طریق APIها به دادهها دسترسی پیدا میکنند و بدون اینکه نیاز به یادگیری SQL یا ساختار و معماری بانک اطلاعاتی آشنایی داشته باشند، میتوانند با آن کار کنند.
دلایلی برای استفاده از هردو
استفاده از هردو
وقتی موضوع به تکنولوژیهای بانک اطلاعاتی مربوط میشود، نمیشود گفت که تنها یک راهحل کلی وجود دارد و تمام. درست به همین دلیل است که بسیاری از شرکتها همزمان از هر دو سیستم بانک اطلاعاتی استفاده میکنند. با وجود آنکه ممکن است سرعت و مقیاسپذیری بالای NoSQL شما را شگفت زده کند اما موارد دیگری نیز وجود دارد که در آن نیاز دارید که از یک سیستم بانک اطلاعاتی SQL استفاده کنید . اما اگر از رشد نکردن و تغییر نکردن مداوم بانک اطلاعاتیتان مطمئن هستید، پس بدانید که SQL انتخاب بسیار مناسبی برای شما خواهد بود. وقتی قصد دارید تا اپلیکیشنهایی با سرعت بالا ایجاد کنید و بتوانید با دادههای بزرگ و مسئلهای مانند BigData کار کنید، بانک اطلاعاتی NoSQL میتواند انتخاب بسیار خوبی برای شما باشد. انجام این کار با بانکهای اطلاعاتی سنتی کاری سخت و دشوار است، به همین دلیل برای انجام چنین کارهایی بانک اطلاعاتی مانند MongoDB، CouchDB و… انتخاب بسیار خوبی هستند.