Я не согласен с ответами, которые вижу, хотя верно, что решения NoSQL имеют тенденцию нарушать правила ACID, не все они созданы на основе этого подхода.
Я думаю, сначала вы должны определить, что такое SQL-решение, а затем вы можете поставить перед ним «Не только», что будет более точным определением того, что такое решение NoSQL.
Имея в виду такой подход:
Базы данных SQL - это способ сгруппировать все хранилища данных, которые доступны с использованием языка структурированных запросов в качестве основного (и в большинстве случаев только) способа связи с ними, это означает, что для этого требуется, чтобы база данных поддерживала структуры, общие для этих такие системы, как «таблицы», «столбцы», «строки», «отношения» и т. д.
Теперь поставьте «Не только» перед последним предложением, и вы получите определение того, что означает «NoSQL». NoSQL группирует все хранилища, созданные как попытка решить проблемы, которые не могут вписаться в структуры таблицы / столбца / строк или даже в операторы SQL, в большинстве случаев эти базы данных не поддерживают отношения, они просто отказываются от хорошо известных структур. потому что проблемы изменились с момента их зачатия.
Если у вас есть текстовый файл и вы создаете API для хранения / извлечения / организации этой информации, то у вас в руках есть база данных NoSQL.
Все это означает, что существует несколько решений для хранения информации таким образом, что традиционные системы SQL не позволят достичь лучшей производительности, гибкости и т. Д. сравните два разных решения, например:
- djondb - это хранилище документов, созданное для использования в качестве корпоративного решения NoSQL, поддерживающего транзакции, согласованность и т. д., но жертвуя производительностью своих аналогов.
- MongoDB - это хранилище документов (похожее на djondb), которое обеспечивает отличную производительность, но для этого использует некоторые свойства ACID.
- CouchDB - это еще одно хранилище документов, которое решает несколько разные запросы, предоставляя представления для извлечения информации без выполнения полного запроса каждый раз.
- ...
Как вы, возможно, заметили, я говорил только о хранилищах документов, потому что я хотел показать вам, что у трех разных реализаций хранилищ документов разный подход, поэтому вы должны помнить золотое правило хранилищ NoSQL: «Используйте правильный инструмент для правильного использования». работа".
Я создатель djondb, и я провел много исследований еще до того, как попытался начать свою собственную реализацию NoSQL, но это область, в которой концепции будут продолжать изменять то, как мы видим хранилище информации.
person
Cross
schedule
06.07.2012