قبلا مطلبی رو با عنوان"" منتشر کردم و در اون سعی کردم قابلیت های دیتابیس MongoDB رو در اون توضیح بدم. در این مطلب میخواهم در مورد تفاوت مفاهیم، ساختار و شیوه استفاده از دو دیتابیس مشهور MySQL و MongoDB توضیح بدم. شیوه ذخیره و بازیابی: همون طور که میدونید، دیتابیس ها به دو دسته SQL و NoSQL تقسیم بندی میشوند. در دیتابیس های SQL ، اطلاعات به شکل جدول و به صورت رابطه ای ذخیره سازی می شوند. اما در MongoDB اطلاعات به شکل سند متنی Json ذخیره میشوند. البته مونگو نام آن را Bson گذاشته و علت آن این است که اطلاعات را به شکل Binary ذخیره سازی میکند. این به این معنی است که قواعد جدولی و رابطه ای برای مونگو دیگر صادق نیست. در sql داده ها در Table و ستون ( column ) ذخیره سازی میشوند. نظیر تیبل در مونگو Collection نام دارد و هر رکورد شامل فیلد ها و مقادیر آنها میباشد. (درست مانند Json ) در sql داده ها در فرمی که table برای آن تعیین کرده است و طبق ستون ها ذخیره سازی می شوند و همه رکورد های موجود در یک تیبل به یک فرم و scheme است. ولی در مونگو هر رکورد میتواند scheme خاص خود را داشته باشد و داده های موجود در یک collection میتوانند فیلد های متفاوتی داشته باشند. زبان پرسوجو: خانواده sql ها برای پرسوجو (ذخیره، بازیابی، آپدیت و حذف اطلاعات) از زبان استاندارد متنی استفاده میشود که یک دستور به DBMS ارسال و اجرا میشود. مثلا اگر بخواهیم لیستی از کتاب های یک نویسنده که در تیبل book ذخیره کرده ایم را دریافت کنیم باید کویری مانند کویری زیر را اجرا کنیم: در مونگو به جای متن کویری، توابع شبیه به جاوا اسکریپت اجرا میشوند. مثلا نظیر کویری فوق در مونگو مشابه زیر است: نوع داده: در مونگو لازم نیست مانند MySQL برای هر فیلد یک نوع مشخص کنید. زیرا مونگو داده ها را درست همان طور که سعی دارید ذخیره کنید، ذخیره میکند. مثلا اگر قصد داشته باشید یک String را ذخیره کنید، مونگو به صورت اتوماتیک نوع آن را تشخیص داده و هنگام بازیابی به شما همان String را بر میگرداند. همچنین برای زبان فارسی نیازی به تنظیمات اضافه مانند تعیین کردن Collation یا. ندارد. ( البته توجه داشته باشید که هر رکورد مونگو نمیتواند بیشتر از مگابایت باشد. (البته به شخصه هیچ وقت به این محدودیت مواجه نشدم: ) کلید ها و ایندکس ها: در MySQL شما میتوانید یک Primary Key (کلید اصلی که برای هر رکورد منحصر به فرد است) داشته باشید و برای بهینه شدن سرعت پرسوجو ستون های پر کاربرد خود را Index کنید. همچنین امکان این که یک یا چند ستون رو ایندکس کنید وجود دارد. در مونگو کلید اصلی را خود مونگو مشخص میکند و آن را"_ id " مینامد. این کلید زمانی که شما یک رکورد جدید در مونگو ایجاد میکنید به صورت خودکار به رکورد شما اضافه میشود و مقدار آن در کل دیتابیس منحصر به فرد است. همچنین این کلید کارکتری شامل اطلاعاتی است. لازم به ذکر است که در مونگو auto _ increment وجود ندارد ولی همین کلید _ id به صورت افزایشی کار میکند. همچنین این کلید به صورت پیشفرض برای سیستم تعریف شده است و جستجو بر مبنای این کلید بسیار سریع انجام میشود. ایندکس گذاری برای پرفورمنس بهتر در مونگو به این صورت است که میتوانید یک مجموعه ای از فیلد ها را ایندکس کنید و اگر کویری شما محدود به همان فیلد ها باشد، مدت زمان اجرا برنامه تا حد چشم گیری کاهش پیدا میکند. رابطه یا Relation : در MySQL رابطه ها با دید جدولی ایجاد میشوند. به همین دلیل در مونگو باید دید قبلی را فراموش کرد. رابطه یک به یک: همان طور که توضیح داده شد، هر رکورد در مونگو یک id منحصر به فرد دارد. از این رو شما میتوانید برای ایجاد رابطه یک به یک، _ id رکورد مورد نظر را در رکورد خود ذخیره کنید. برای مثال فرض کنید من میخواهم نویسنده یک کتاب را به رکورد کتاب اضافه کنم: همچنین در کالکشن author یک رکورد نظیر داریم: رابطه یک به چند: بر خلاف MySQL در مونگو شما میتوانید یک آرایه یا آبجکت را در یک فیلد ذخیره سازی کنید. به این معنی که دیتابیس شما از یک بعد خارج شده و میتواند به دو یا چند بعدی تبدیل شود. از این ویژگی مونگو میتوان برای ایجاد رابطه یک به چند استفاده کرد. به این صورت که یک آرایه از _ id های مورد نظر را در رکورد قرار بدهیم. برای مثال اگر کتاب ما بیش از یک نویسنده داشته باشد میتوان به صورت زیر پیاده سازی کرد: همچنین در کالکشن author داریم: و البته شما میتونید با یک کویری همه نویسندگان رو دریافت کنید: رابطه یک به خیلی (مثلا یک به یک میلیون) : متاسفانه رابطه یک به چند فوق در مونگو دارای محدودیت هست. همون طور که قبلا ذکر کردم، سایز هر رکورد میتواند حداکثر مگابایت باشد. همچنین خیلی منطقی نیست که یک میلیون id در یک آرایه و در یک رکورد باشد. (البته لازم به ذکره که به شخصه تا - آی دی در آرایه هم استفاده کردم و اوکی بوده. به همین دلیل ناچارا در چنین مواقعی باید به شکل MySQL رفتار کرد و یک کالکشن جدید ایجاد کرد. مثلا اگر مثال کتاب را بخواهیم به این شکل پیاده کنیم باید یک کالکشن جدید به نام book _ author ایجاد کنیم: کلاینت مدیریت: همون طور که برنامه هایی مانند و برای دیتابیس MySQL وجود دارد، برنامه های جایگزینی نیز برای کلاینت مدیریت مونگو وجود دارد. یکی از بهترین برنامه ها که خودم هم استفاده میکنم هست که به صورت کراس پلتفرم نوشته شده و به صورت رایگان میتوانید استفاده کنید. نتیجه: من سعی کردم در این مطلب کسانی که به MySQL آشنایی دارند رو مخاطب قرار بدم و در مورد MongoDB توضیح بدهم که در صورتی که علاقمند بودید از مونگو استفاده کنید با مفاهیم اولیه اون آشنا باشید. در صورتی که سوالی در این زمینه داشتید خوشحال میشم بتونم کمکی بکنم.