MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Какво означава Ориентиран към документ срещу Ключ-стойност, когато говорим за MongoDB срещу Cassandra?

Хранилище за ключ-стойност предоставя най-простия възможен модел на данни и е точно това, което подсказва името:това е система за съхранение, която съхранява стойности, индексирани от ключ. Вие сте ограничени до заявка по ключ и стойностите са непрозрачни , магазинът не знае нищо за тях. Това позволява много бързи операции за четене и запис (обикновен достъп до диска) и аз виждам този модел като вид енергонезависим кеш (т.е. много подходящ, ако имате нужда от бърз достъп чрез ключ до дълготрайни данни).

Ориентирана към документи база данни разширява предишния модел и стойностите се съхраняват в структуриран формат (документ, оттук и името), който базата данни може да разбере. Например, документ може да бъде публикация в блоги коментарите таговете, съхранявани по денормализиран начин. Тъй като данните са прозрачни , магазинът може да върши повече работа (като индексиране на полета на документа) и не сте ограничени до заявка по ключ. Както намекнах, такива бази данни позволяват извличане на данни от цяла страница с една заявка и са много подходящи за приложения, ориентирани към съдържанието (поради което големи сайтове като Facebook или Amazon ги харесват).

Други видове NoSQL бази данни включват ориентирани към колони магазини , графични бази данни и дори обектни бази данни . Но това надхвърля въпроса.

Вижте също



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Чудно:MongoDB _id уникален ли е по подразбиране?

  2. $match в $lookup резултат

  3. count() на MongoDB неправилно връща 0, ако е дадена заявка

  4. Spring mongodb компас липсват създадени данни/колекции

  5. Създаване на празна колекция в mongodb