Почему невозможно иметь что-то вроде Cassandra с таблицами стилей RDBMS / SQL?

Question

Я полагаю, что теорема CAP не мешает этому ...

Answer 1

Кассандра - это магазин ключей.(Ключи сопоставляются с несколькими значениями.) Теорема CAP гласит, что распределенная компьютерная система может одновременно обеспечить только два из этих трех: согласованность, доступность и допуск на разделы.

Не ясно, что вы думаете, эти два, независимыеи несвязанные факты могут иметь отношение к таблицам SQL.

Вы можете реализовать семантику значения ключа в таблицах SQL, но у вас больше не будет хранилища значения ключа.

Вы можете создать распределенную базу данных SQL ,и снова у вас больше не будет хранилища значений ключей.

Вы можете создать распределенное хранилище значений ключей, но вы больше не будете опираться на реляционную модель, и это больше не будет SQL,(Возможная последовательность - это реальная проблема.)

Answer 2

Как это будет отличаться от сервера SQL?

Обратите внимание, что для серверов SQL основное внимание уделяется согласованности. В частности, SQL обычно ассоциируется со свойствами ACID, что является довольно строгой формой согласованности (поскольку включает в себя изоляцию, атомарность и т. Д.)

В типичных случаях использования SQL вы хотите гарантировать согласованность данных любыми способами. Многие сценарии использования для баз данных nosql не требуют большой согласованности (в частности, когда они в основном предназначены только для чтения) или подходят для семантики снимков (т. Е. Возвращенные данные были правильными в какой-то более ранний момент времени).

Независимо от этого, некоторые из баз данных NoSQL созрели до того, что сейчас иногда называют "NewSQL" . Они допускают более сложные запросы, чем запросы по ключу, и поддерживают некоторые функции обработки на сервере, структуры индексов и т. Д. Возможно, это то, что вы искали.