پارافریز متن

از لحاظ یکAPI، ذخیره سازی key-value پارافریز متن بی آلایش‌ترین رایا پارس ذخیره سازی ahrefs داده در NoSQL برای استعمال می‌باشند. کلاینت یا این که می تواند مقدار یک کلید را اخذ نماید ، یک مقدار برای کلید معلوم کرده یا این که یک کلید را از محل ذخیره سازی داده حذف نماید . مقادیر یک حباب میباشند که محل ذخیره سازی داده‌ها تنها آن‌ها را ذخیره می‌نماید ، سوای اعتنا به اینکه چه چیزی داخل آن میباشد؛ این مسئولیت نرم افزار میباشد برای فهم و شعور آنچه که در آن ذخیره شده است. از آن جا که محل های ذخیره سازی key-value مدام از دسترسی کلید primary به کار گیری می‌نمایند، معمولا تلاش بهتر دارا‌هستند و می توانند به راحتی مقیاس بندی شوند. مقر‌داده key-value از یک جدول هش برای ذخیره کلیدها و پوینترهای مخصوص به کار گیری می‌نماید ( در برخی از مقر‌های داده شاخص معکوس نامیده می شود ) با دقت به هر مقدار داده که در آن ذخیره میگردد . هیچ نوعcolumnدر مقر‌داده نیست براین اساس اجرای آن سهل و آسان میباشد. مقر‌های داده key-value تلاش بهتر دارا هستند و میتوانند به راحتی با اعتنا به نیازهای حصول‌وکار مقیاس بندی شوند.

موردها استعمال: در اینجا یکسری آیتم از مورد ها به کارگیری همگانی از مقر‌های داده key-value وجود دارااست:

برای ذخیره داده‌های session استفاده کننده

حفظ پروفایل کاربری با schema-less

ذخیره پیکربندی مخاطب

ذخیره‌سازی داده‌های سبد خرید

با این درحال حاضر ، مقر‌داده‌های key-value آیتم ایده‌آلی برای هرمورد به کارگیری نیستند: برای مثال وقتی که:

ما می بایست مقر‌داده را با مقدار داده خاص پرس و جو کنیم.

ما به ارتباط ها در بین مقدارهای اطلاعاتی نیاز داریم.

ما بایستی بر روی تعدادی کلید مخصوص شغل کنیم.

استخراج‌وکار ما مستلزم آپدیت رسانی بخشی از مقادیر به طور تر و تمیز میباشد.

نمونه‌هایی از این مقر‌داده عبارتند ازRedis،MemcacheDB و Riak

مقر‌دادهNoSQLاز نوع Document store

مقر داده Document store NoSQL مشابه مقر‌های داده key-value می‌باشند که در آن یک کلید و یک مقدار وجود دارااست. داده‌ها تحت عنوان یک مقدار ذخیره میگردند. کلید مربوطه آن شناسه منحصربه‌فرد برای آن مقدار میباشد. تفاوت این میباشد که در یک مقر‌داده document، مقدار مشمول داده‌های ساختاریافته یا این که نصفه ساختاریافته میباشد. این مقدار ساختار یافته یا این که نصفه ساختار یافته تحت عنوان یک document شناخته می گردد و قادر است در فرمتXML، JSONیاBSONباشد.

مفاد به کار گیری: مقر‌های داده document store برای موردها تحت ارجحیت دارا هستند:

سکوهای بیزنس الکترونیک

سیستم‌های رئیس محتوا

سکوهای تجزیه و نظارت

سکوهای وبلاگ نویسی

در صورتی‌که بخواهید کوئری های جستجوی بغرنج را ایفا نمائید و یا این که در شرایطی‌که درخواست شما نیاز به تراکنش های بغرنج عملیاتی داشته باشد، مقر‌های داده‌ای Document store NoSQL آیتم قابل قبولی نیستند.

مثال‌هایی از مقر‌های داده Document store NoSQL ، MongoDB، Apache CouchDBوElasticsearchهستند.

مقر‌داده های NoSql بر طبق Column (Column store NoSQL)

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

مزیت اساسی ذخیره‌سازی داده‌ها در ردیف‌ها نسبت بهDBMSرابطه‌ای، جستجوی سریع / و دسترسی و گردآوری‌آوری داده‌ها میباشد. مقر‌داده‌های ارتباط‌ای یک ستون را تحت عنوان ورودی دیسک پیوسته ذخیره می‌نمایند. ستون‌های متفاوت در جای ‌های متعدد روی دیسک ذخیره می گردند در حالی که مقر‌های داده ستونی تمامی سلول‌های مرتبط با یک ردیف را تحت عنوان ورودی دیسک پیوسته ذخیره می‌نمایند در سود سرعت کاوش را سریع‌خیس می‌نمایند.

هر خانواده ردیف می تواند با یک کانتینر ستون در جدولRDBMSمقایسه گردد که در آن کلید ستون را شناسایی می‌نماید و یک ستون متشکل از یک سری ردیف میباشد. تفاوت این میباشد که ستون‌های متفاوت نباید ردیف‌های یکسانی داشته باشند، و ردیف‌ها می توانند در هر وقتی سوای نیاز به افزودن آنان به ستون‌های دیگر اضافه شوند.

از لحاظ یکAPI، ذخیره سازی key-value پارافریز متن بی آلایش‌ترین رایا پارس ذخیره سازی ahrefs داده در NoSQL برای استعمال می‌باشند. کلاینت یا این که می تواند مقدار یک کلید را اخذ نماید ، یک مقدار برای کلید معلوم کرده یا این که یک کلید را از محل ذخیره سازی داده حذف نماید . مقادیر یک حباب میباشند که محل ذخیره سازی داده‌ها تنها آن‌ها را ذخیره می‌نماید ، سوای اعتنا به اینکه چه چیزی داخل آن میباشد؛ این مسئولیت نرم افزار میباشد برای فهم و شعور آنچه که در آن ذخیره شده است. از آن جا که محل های ذخیره سازی key-value مدام از دسترسی کلید primary به کار گیری می‌نمایند، معمولا تلاش بهتر دارا‌هستند و می توانند به راحتی مقیاس بندی شوند. مقر‌داده key-value از یک جدول هش برای ذخیره کلیدها و پوینترهای مخصوص به کار گیری می‌نماید ( در برخی از مقر‌های داده شاخص معکوس نامیده می شود ) با دقت به هر مقدار داده که در آن ذخیره میگردد . هیچ نوعcolumnدر مقر‌داده نیست براین اساس اجرای آن سهل و آسان میباشد. مقر‌های داده key-value تلاش بهتر دارا هستند و میتوانند به راحتی با اعتنا به نیازهای حصول‌وکار مقیاس بندی شوند.

موردها استعمال: در اینجا یکسری آیتم از مورد ها به کارگیری همگانی از مقر‌های داده key-value وجود دارااست:

برای ذخیره داده‌های session استفاده کننده

حفظ پروفایل کاربری با schema-less

ذخیره پیکربندی مخاطب

ذخیره‌سازی داده‌های سبد خرید

با این درحال حاضر ، مقر‌داده‌های key-value آیتم ایده‌آلی برای هرمورد به کارگیری نیستند: برای مثال وقتی که:

ما می بایست مقر‌داده را با مقدار داده خاص پرس و جو کنیم.

ما به ارتباط ها در بین مقدارهای اطلاعاتی نیاز داریم.

ما بایستی بر روی تعدادی کلید مخصوص شغل کنیم.

استخراج‌وکار ما مستلزم آپدیت رسانی بخشی از مقادیر به طور تر و تمیز میباشد.

نمونه‌هایی از این مقر‌داده عبارتند ازRedis،MemcacheDB و Riak

مقر‌دادهNoSQLاز نوع Document store

مقر داده Document store NoSQL مشابه مقر‌های داده key-value می‌باشند که در آن یک کلید و یک مقدار وجود دارااست. داده‌ها تحت عنوان یک مقدار ذخیره میگردند. کلید مربوطه آن شناسه منحصربه‌فرد برای آن مقدار میباشد. تفاوت این میباشد که در یک مقر‌داده document، مقدار مشمول داده‌های ساختاریافته یا این که نصفه ساختاریافته میباشد. این مقدار ساختار یافته یا این که نصفه ساختار یافته تحت عنوان یک document شناخته می گردد و قادر است در فرمتXML، JSONیاBSONباشد.

مفاد به کار گیری: مقر‌های داده document store برای موردها تحت ارجحیت دارا هستند:

سکوهای بیزنس الکترونیک

سیستم‌های رئیس محتوا

سکوهای تجزیه و نظارت

سکوهای وبلاگ نویسی

در صورتی‌که بخواهید کوئری های جستجوی بغرنج را ایفا نمائید و یا این که در شرایطی‌که درخواست شما نیاز به تراکنش های بغرنج عملیاتی داشته باشد، مقر‌های داده‌ای Document store NoSQL آیتم قابل قبولی نیستند.

مثال‌هایی از مقر‌های داده Document store NoSQL ، MongoDB، Apache CouchDBوElasticsearchهستند.

مقر‌داده های NoSql بر طبق Column (Column store NoSQL)

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

مزیت اساسی ذخیره‌سازی داده‌ها در ردیف‌ها نسبت بهDBMSرابطه‌ای، جستجوی سریع / و دسترسی و گردآوری‌آوری داده‌ها میباشد. مقر‌داده‌های ارتباط‌ای یک ستون را تحت عنوان ورودی دیسک پیوسته ذخیره می‌نمایند. ستون‌های متفاوت در جای ‌های متعدد روی دیسک ذخیره می گردند در حالی که مقر‌های داده ستونی تمامی سلول‌های مرتبط با یک ردیف را تحت عنوان ورودی دیسک پیوسته ذخیره می‌نمایند در سود سرعت کاوش را سریع‌خیس می‌نمایند.

هر خانواده ردیف می تواند با یک کانتینر ستون در جدولRDBMSمقایسه گردد که در آن کلید ستون را شناسایی می‌نماید و یک ستون متشکل از یک سری ردیف میباشد. تفاوت این میباشد که ستون‌های متفاوت نباید ردیف‌های یکسانی داشته باشند، و ردیف‌ها می توانند در هر وقتی سوای نیاز به افزودن آنان به ستون‌های دیگر اضافه شوند.