اصطلاح NoSQL در سال 1998 ساخته شد. بسیاری از مردم فکر می کنند که NoSQL یک اصطلاح خبیثه است که به SQL متصل می شود. در واقع، این اصطلاح نه تنها SQL است. ایده این است که هر دو تکنولوژی می توانند همکاری کنند و هر یک جای خود را دارد. جنبش NoSQL در چند سال اخیر در خبرها بوده است، زیرا بسیاری از رهبران وب 2.0 فن آوری NoSQL را به تصویب رسانده اند. شرکت هایی مانند فیس بوک، توییتر، دیگ، آمازون، LinkedIn و گوگل همه از NoSQL استفاده می کنند.
بیایید شکسته شدن NoSQL، بنابراین شما می توانید آن را به CIO یا حتی همکاران خود توضیح دهید.
NoSQL از نیازمندی خارج شد
ذخیره سازی داده ها: داده های دیجیتال ذخیره شده در جهان در اگزابایت اندازه گیری می شود. یک ecabyte برابر با یک میلیارد گیگابایت (GB) داده است. با توجه به Internet.com، میزان داده های ذخیره شده افزوده شده در سال 2006 161 اگزابایت بود. فقط 4 سال بعد در سال 2010، میزان داده ذخیره شده تقریبا 1000 ExaBytes است که افزایش بیش از 500٪ است. به عبارت دیگر، داده های زیادی در جهان ذخیره می شود و فقط افزایش می یابد.
داده های متصل: داده ها همچنان به هم متصل می شوند. ایجاد وب در پیوند ها، وبلاگ ها دارای پینگ بک ها و هر سیستم شبکه اجتماعی عمده دارای برچسب هایی است که با هم مرتبط می شوند. سیستم های اصلی ساخته شده اند به هم پیوسته است.
ساختار اطلاعات پیچیده: NoSQL می تواند به آسانی داده های سازمانی داده های سلسله مراتبی را مدیریت کند. برای انجام همان کار در SQL، شما باید چندین جدول ارتباطی با انواع کلیدها داشته باشید.
علاوه بر این، بین عملکرد و پیچیدگی داده رابطه وجود دارد. عملکرد ما می تواند در RDBMS های سنتی تضعیف شود، زیرا ما مقادیر عظیمی از اطلاعات مورد نیاز در برنامه های کاربردی شبکه اجتماعی و وب معنایی را ذخیره می کنیم.
NoSQL چیست؟
من حدس می زنم یک راه برای تعریف NoSQL این است که چه چیزی را در نظر بگیریم.
این SQL نیست و ارتباطی نیست. همانطور که از نام آن پیداست، این جایگزینی برای RDBMS نیست، اما آن را تعریف می کند. NoSQL برای فروشگاه داده های توزیع شده برای نیازهای اطلاعاتی بسیار بزرگ طراحی شده است. فکر می کنید در مورد فیس بوک با 500،000،000 کاربر یا توییتر که تاربیت داده ها را هر روز جمع آوری می کنید.
در پایگاه داده NoSQL هیچ طرح ثابت و هیچ پیوست وجود ندارد. یک RDBMS با افزایش سخت افزاری سریعتر و سریعتر و اضافه کردن حافظه، "افزایش می یابد". NoSQL، از سوی دیگر، می تواند از "مقیاس کردن" استفاده کند. مقیاس بندی به گسترش بار بیش از بسیاری از سیستم های کالا اشاره دارد. این جزء NoSQL است که باعث می شود که یک راه حل ارزان قیمت برای مجموعه داده های بزرگ باشد.
دسته های NoSQL
جهان فعلی NoSQL متناسب با 4 دسته اساسی است.
- ارزش های کلیدی فروشگاه ها اساسا بر اساس کتاب دینامو آمازون است که در سال 2007 نوشته شده است. ایده اصلی وجود یک جدول هش است که در آن یک کلید منحصر به فرد و اشاره گر به یک آیتم خاص از داده وجود دارد. این نقشه بندی ها معمولا با مکانیسم های حافظه پنهان همراه هستند تا حداکثر عملکرد را داشته باشند.
فروشگاه های ستون خانواده برای ذخیره و پردازش داده های بسیار زیادی از داده ها در میان بسیاری از ماشین ها ایجاد شد. هنوز کلیدها وجود دارد، اما آنها به چند ستون اشاره دارند. در مورد BigTable (Model NoSQL Family Column of Google)، ردیفها با یک کلید ردیف با داده ها مرتب شده و با این کلید ذخیره می شوند. ستون ها توسط خانواده ستون مرتب شده اند.
- پایگاه داده های اسناد توسط یادداشت های لوتوس الهام گرفته شده و شبیه به فروشگاه های کلیدی ارزش هستند. این مدل اساسا اسناد نسخه ای است که مجموعه ای از مجموعه های دیگر ارزش کلیدی هستند. اسناد نیمه ساختار یافته در قالب هایی مانند JSON ذخیره می شوند.
- نمودار پایگاه داده های s با گره، روابط بین یادداشت ها و خواص گره ساخته شده است. به جای جداول ردیف ها و ستون ها و ساختار سفت و سخت SQL، یک مدل گراف انعطاف پذیر استفاده می شود که می تواند در بسیاری از ماشین ها مقیاس پذیر باشد.
بازیکنان عمده NoSQL
بازیکنان اصلی NoSQL در درجه اول به دلیل سازمان هایی که آنها را تصویب کرده اند، ظهور کرده اند. برخی از بزرگترین فن آوری های NoSQL عبارتند از:
- دینامو: دینامو توسط Amazon.com ایجاد شده و مهمترین پایگاه داده NoSQL Key-Value است. آمازون نیاز به پلاتفرم پراکنده ای برای پلتفرم های بسیار گسترده ای برای تجارت الکترونیک خود داشت تا دینامو را توسعه دهند. آمازون S3 از دینامو به عنوان مکانیسم ذخیره سازی استفاده می کند.
- کاساندرا: کاساندرا توسط فیس بوک باز شد و پایگاه داده NoSQL ستون گرا است.
- BigTable: BigTable پایگاه داده ستونی اختصاصی گوگل است. Google اجازه استفاده از BigTable را میدهد، اما فقط برای موتور برنامه Google App.
- SimpleDB: SimpleDB یکی دیگر از پایگاه های آمازون است. مورد استفاده برای آمازون EC2 و S3، این بخشی از خدمات وب آمازون است که بسته به نوع استفاده هزینه دارد.
- CouchDB: CouchDB همراه با MongoDB، پایگاه های داده ای Open Source Document-Oriented NoSQL هستند.
- Neo4J: Neo4j یک پایگاه داده گرافیکی منبع باز است.
درخواست NoSQL
سوال درباره چگونگی پرس و جو از یک پایگاه داده NoSQL این است که اکثر توسعه دهندگان علاقه مند هستند. پس از همه، داده های ذخیره شده در یک پایگاه داده عظیم هیچ کس خوب نیست اگر شما نمی توانید بازیابی و نشان دادن آن برای پایان دادن به کاربران یا خدمات وب است. پایگاه داده های NoSQL زبان پرسوجوهای سطح بالا مانند SQL را ارائه نمی دهند. در عوض، پرس و جو کردن این پایگاه های داده خاص مدل داده است.
بسیاری از پلت فرم های NoSQL برای رابط های RESTful به داده ها اجازه می دهند. دیگر درخواست API های درخواستی چند ابزار پرس و جو وجود دارد که توسعه داده شده اند که تلاش می کنند پایگاه های چند پایگاه داده NoSQL را مورد پرس و جو قرار دهند. این ابزارها معمولا در یک دسته Single NoSQL کار می کنند. یک مثال SPARQL است. SPARQL یک درخواست پرسوجو توصیفی برای پایگاه داده های گراف است. در اینجا یک نمونه از یک پرس و جو SPARQL است که آدرس URL یک وبلاگ نویس خاص را (با مجوز از IBM) بازیابی می کند:
PREFIX foaf:
آدرس اینترنتی انتخاب کنید
از
جایی که {
فائو شرکت کننده: نام "جان فوبر".
شرکت کننده foaf: weblog؟ url.
}
آینده NoSQL
سازمان هایی که نیازهای ذخیره سازی داده های عظیم دارند، به طور جدی به NoSQL نگاه می کنند. ظاهرا، این مفهوم در سازمان های کوچکتر به دست نمی آید. در نظرسنجی که توسط هفته معلومات انجام شده است، 44 درصد از متخصصان فناوری اطلاعات کسب و کار از NoSQL شنیده اند. علاوه بر این، تنها 1٪ از پاسخ دهندگان گزارش دادند که NoSQL بخشی از مسیر استراتژیک آنها است. واضح است که NoSQL جایگاه خود را در دنیای متصل به خود دارد، اما باید برای تکمیل درخواست تجدید نظر که بسیاری فکر می کنند بتواند داشته باشند، باید ادامه یابد.