مقدمه ای بر RavenDB – قسمت دوم

در پست قبلی با استفاده از Management Studio دیتای تستی ساختیم. حالا یه شرح مختصری از سند و مجموعه
سند (document) چیست؟
سند در واقع یک شی JSON هست و معادل یک ردیف (رکورد) تو بانک های رابطه ای RDBMS محسوب میشه برای آشنایی بیشتر با ساختار سند روی یکی از سند های ایجاد شده کلیک و دکمه Edit رو بزنید.

همونطور که تو شکل میبینید یکه سند شامل یک کلید , دیتا و متا دیتا هست.
کلید (تو این شکل albums/20) رو میشه با PK یا کلید اصلی تو بانک های رابطه ای RDBMS قیاس کرد.
دیتا در واقع کل شی(در اینجا آلبوم) شما در فرمت JSON هستش.
متا دیتا هم بصورت اتومات ایجاد میشه مثلا در این شکل Raven-Clr-Type یکه شی دات نت ی هست که به سند ما مپ شده.
Raven برای اختصاص کلید به هر سند از روش guid ترتیبی (sequential guid) استفاده میکنه که هم بصورت جهانی یکتا هست و هم با توجه به ترتیبی بودن به خوبی ایندکس میشه البته توجه کنید برای اختصاص کلید به یک سند میشه کلید رو به صورت صریح مشخص کرد و هم کلید رو به صورت Identity key اختصاص داد.خود Raven بصورت داخلی از Identity key پشتیبانی میکنه(تو پست های بعدی بیشتر توضیح میدم)
سند ها با فرمت زیر قابل دسترسی هستن

http://localhost:8080/docs/{document_id}

مجموعه (collection) چیست؟
مجموعه در واقع لیستی از سند ها هستن که بر اساس یک موجودیت Raven ی(Raven-Entity-Name) دسته بندی شدن این مقدار تو متا دیتای سند موجوده مثلا تو این مثال موجودیت های Raven ی ما Albums و Genres هست.

استفاده اصلی مجموعه ها تو ایندکس گذاری هست و مثلا وقتی شما سندی رو کوئری میزنید اون سند بر اساس مجموعش از بین تمام سند ها انتخاب میشه.
از دید بانک مجموعه ها یک سری سند هستن که نام موجودیت (entity name) اونا یکی هست.

ادامه دارد…