Когда НЕ использовать NoSQL?

Question

Пару дней назад появилась статья на Hacker News , которая достигла первой страницы, под названием что-то вроде
"2 случая, когда не использовать Mongodb" , но я действительно не могу найти его больше ...

1. Кто-нибудь знает, где я могу найти вышеописанную статью?
2. В каких случаях происходит сбой NoSQL?

Answer 1

Мы используем MongoDB для хранения тонны и тонны аналитических данных, для которых нам безразлично, что некоторые вещи иногда теряются при сбое сервера. Данные действительно хорошо соответствуют MongoDB, и если бы мы использовали для этого базу данных SQL, это было бы кошмаром. Но для банковских операций мы бы даже не рассматривали MongoDB. Блокировка записи может быть проблемой для некоторых людей. С другой стороны, MongoDB поддерживает легкое разбиение, намного проще, чем с SQL. Sharding позволяет нам масштабировать горизонтально, что является огромным плюсом для наших данных.

1. http://news.ycombinator.com/item?id=1691748

Answer 2

Вы обычно не хотите использовать NoSQL, когда вы ....

... не хочу использовать SQL! / Харди Хар Хар

Большинство решений NoSQL, которые я видел, похоже, соответствуют подходу хранилища ключей и не являются реляционными. Они склонны отказываться от свойств КИСЛОТЫ.

Итак, когда вы оцениваете систему базы данных, когда вам не нужен нужен ACID, когда вы не хотите реляционную алгебру, когда вы делаете необходимость в магазине KV, тогда подход NoSQL - ваш друг.

Обратите внимание, что существует большое разнообразие систем 'NoSQL', и все они усердно работают над немного другими подходами.

Answer 3

По любому разумному определению «NoSQL» должен включать в свою область не СУБД, не относящиеся к SQL (потому что нет веской причины, по которой реляционная модель не может отвечать тем же требованиям, что и другие модели NoSQL). Если вы принимаете это, то нет никаких ограничений на то, что могут делать СУБД NoSQL. Нам больше не нужен SQL - никогда!

К сожалению, среди лидеров мнений NoSQL, похоже, существует распространенное предположение, что «NoSQL» должен означать «нереляционный». Это очень прискорбно, потому что если реляционная модель игнорируется, то NoSQL никогда не заменит SQL для многих целей. (Я считаю само собой разумеющимся, что нахождение долгосрочной замены реляционной модели для SQL на самом деле было бы неплохо:)