The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Новая СУБД ScyllaDB, полностью совместимая с Cassandra, но в..., opennews (??), 23-Сен-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


37. "Новая СУБД ScyllaDB, полностью совместимая с Cassandra, но в..."  +1 +/
Сообщение от Аноним (-), 23-Сен-15, 16:47 
оно умеет читать и менять ключ в одной транзакции залочив ключ или хотя бы как memcaced через CAS?


данные там (или в кассандре) резервируются на разных серверах?
не получится ли так что одна и та же запись есть на сервере X и на сервере Y и в какой-то момент сеть упала и какое-то приложение изменило запись на X а другое на Y а потом сеть восстановилась - что будет при этом? записи сольются? по какому правилу? или такой вариант поведения не возможен?

Ответить | Правка | Наверх | Cообщить модератору

40. "Новая СУБД ScyllaDB, полностью совместимая с Cassandra, но в..."  +/
Сообщение от max (??), 23-Сен-15, 17:02 
читаем доки по кассандре, не ленимся
Ответить | Правка | Наверх | Cообщить модератору

42. "Новая СУБД ScyllaDB, полностью совместимая с Cassandra, но в..."  –1 +/
Сообщение от Аноним (-), 23-Сен-15, 17:31 
дружище ответь на вопросы. ПОЖАЛУЙСТА. может оно мне вообще не подходит и копать не стоит в эту сторону, а может это именно то что нужно, ты ведь знаешь ответы это ведь не трудно?
Ответить | Правка | Наверх | Cообщить модератору

160. "Новая СУБД ScyllaDB, полностью совместимая с Cassandra,..."  +1 +/
Сообщение от arisu (ok), 30-Сен-15, 22:52 
> ты ведь знаешь ответы это ведь не трудно?

вот только ни одной причины, по которой другие должны читать документацию за тебя, ты не привёл. Отцы, значит, не ленились немного своего времени потратить, а современная хипстота уверена, что ей все вокруг обязаны.

Ответить | Правка | Наверх | Cообщить модератору

111. "Новая СУБД ScyllaDB, полностью совместимая с Cassandra, но в..."  +/
Сообщение от Аноним (-), 24-Сен-15, 11:30 
Как я понял все зависит от настроек если replication_factor = 1 то всегда храниться одна копия данных (вопрос насколько надежно и насколько легко делать и востанавливать бекапы во всем этом). Если же replication_factor например 2 то храниться уже две копии и главной считается та у которой время обновления больше. Те возможен вариант что клиент покупает товар (X) - он помещается в первую копию (A), а во вторую копию (B) из за проблем сети нет. Соответственно с одного узла у клиента есть товар, с другого нет. Потом клиент покупает еще один товар Y и он попадает в копию (B) где товара еще нет (ожидает синхронизации) и не попадает в копию (A) из за проблем сети. Потом сеть востанавливается, происходит синхронизация и поскольку последнее время изменения в копии (B) выходит что у клиента только товар Y, а товар X потерян. Если я прав (а похоже это так), то не ясно кому вообще может быть нужен такой глюкодром? Может быть все сложнее и для копии храниться не только время последнего изменения но и история времен изменения? Тогда не ясно как все это мержится... Кто нибудь может это прокомментировать?
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

177. "Новая СУБД ScyllaDB, полностью совместимая с Cassandra, но в..."  +/
Сообщение от Dmitry77 (ok), 11-Ноя-15, 19:04 
Задачса с товарами - для реляционной БД.
Cassandra менее удобна, менее стандартизирована, не транзакционна, с бедными возможностями.Недостатков много. Если есть возможность использовать реляционную  БД - её нужно использовать.
Если у вас трилионы покупок (или хотябы миллиард), то вам возможно подойдёт кассандра и тут нужен правильный дизайн. высказывание "клиент покупает товар (X) - он помещается в первую копию (A)" не совсем понятно, копию чего?
Если каждая запись о покупке товара - в отдельной строчке - проблем нет.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру