ببخشید که هنوز دیدم به شکل رابطه ای هست.
توی بانک‌های رابطه ای ما یاد گرفته ایم که که اگر تنها چند فیلد از یک جدول را بخواهیم باید نام ستون‌ها در select قید شود ولی در راون باید کل یک سند را بیرون کشید؟
اگر یک مقاله چند زبانه داشته باشیم باید برای ساختار هر زبان باید یک include داخل سند تعریف کنیم  که می‌شود لیستی از includeها؟  حتی اگر بخواهیم برای هر زبان در صفحه اول فیلد خلاصه مطلب هم داشته باشیم به چه صورت می‌شود؟

نگارش 4 آن به صورت کامل از NET Core. پشتیبانی می‌کند.

وضعیت این بانک در رابطه با dot net core به چه صورت است؟

- می‌شود پورت‌های دسترسی خارجی به یک سرور را با فایروال بست. به این ترتیب فقط برنامه نصب شده در آن سرور امکان اتصال را خواهد داشت (خیلی‌ها با SQL Server هم به همین نحو کار می‌کنند؛ یک برنامه وب و یک برنامه سرور SQL دارند روی یک سرور. برنامه وب سفارشی، لایه اتصال امن به بانک اطلاعاتی است).
- همچنین حالت نصب embedded آن دسترسی از بیرون ندارد و فقط از طریق برنامه قابل استفاده است. 

خطای 404 میده.
یعنی الان ما بخواهیم از این سیستم در برنامه‌های تحت وبمان استفاده کنیم به چه شکلی خواهد بود؟ با توجه به اینکه خریدی نخواهیم داشت

پرت و پلا ارسال نکن. این اخطار آخر بود. وقت من رو نگیر.

با تشکر جهت مطلب مفیدتان
درباره آنرمال سازی که ذکر کردید آدرس مشتری به نسبت زمان خود ثبت می‌شود صحیح ولی با این تصور که همه داده‌ها به این شکل نیستند چه؟ اگر حالتی باشد که نیاز به تغییر در سطح همه دیتاها باشد . آنوقت قضیه به چه صورت است؟
ویرایش: پاسخ سوالم را در اینجا گرفتم. ببخشید بابت عجول بودن و عدم مطالعه کامل دوره

Timeline یک جدول نیست؛ یک گزارش هست از اطلاعات موجود (گزارش از اینکه یک کاربر به چه بلاگ‌هایی علاقمند است). به ازای هر View جدید مورد نیاز از بانک اطلاعاتی، یک جدول جدید ایجاد نمی‌کنند. همچنین در اینجا چیزی به نام جدول نداریم. این بانک اطلاعاتی، سندگرا است. هر رکورد آن یک سند JSON است و مجموعه‌ای از آن‌ها تا حدودی شبیه به یک جدول بانک اطلاعاتی رابطه‌ای است (تا حدودی از این جهت که هر سند JSON آن می‌تواند ساختار متفاوتی با قبلی داشته باشد، یا نداشته باشد؛ بسته به انتخاب و طراحی). در مورد «denormalized references» در متن بحث شده: «... بنابراین بهترین حالت استفاده از روش denormalized references محدود خواهد شد به موارد ذیل ... ». یعنی همه جا قرار نیست کار رفع نرمال سازی در بانک‌های اطلاعاتی NoSQL سندگرا انجام شود. سه مورد مهم دارد که در بحث ذکر شده‌است.
در اینجا برای طراحی حالت بلاگ‌های مورد علاقه یک شخص در RavenDB فقط کافی است از مفهوم Includes آن استفاده کنید (نمونه آن «Includeهای یک به چند» در بحث). داخل کلاس User، یک آرایه شبیه به SupplierIds (مثال زده شده) به نام FavoriteBlogIds خواهید داشت. بارگذاری و گزارشگیری از آن برای نمایش لیست این بلاگ‌ها و سپس مطالب آن‌ها، مانند مثال‌های Include و Load ایی است که ارائه شد.
بنابراین در اینجا به چیزی مانند دو جدول مجزای کاربران و جدول ذخیره سازی لیست بلاگ‌های محبوب آن‌ها نیازی نیست. لیست و آرایه Idهای بلاگ‌های مورد علاقه‌ی یک کاربر، داخل سند JSON همان کاربر قرار می‌گیرد.