The OpenNET Project / Index page

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



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

Оглавление

Доступна СУБД Apache Cassandra 4.0, opennews (??), 29-Июл-21, (0) [смотреть все]

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


40. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Аноньимъ (ok), 29-Июл-21, 22:31 
>Кассандра - распределенная база, которая не тормозит. Если у тебя начнет тормозить - либо у тебя неправильная схема данных, либо ты стал размером

Насколько я помню, там всё не так просто. Вернее совсем не так просто.

У неё вроде проблемы с модификацией данных, да и пишет она их в принципе весьма неспешно.
И если еще не попасть размерами в её блоки, то совсем могила ад и израиль.

Если я конечно ничего не путаю.

Ну и предназначается она для больших объёмов данных.
Говорят полезно, но я ещё не встречал задачу которую нельзя решить Мирией или Постгри.

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

44. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Yilativs (?), 29-Июл-21, 23:25 
>Насколько я помню, там всё не так просто. Вернее совсем не так просто.

Как и с любой субд.

>У неё вроде проблемы с модификацией данных,

какие?!!

>да и пишет она их в принципе весьма неспешно.

Как раз на write она обгоняет все, что можно, так как у нее есть схема (в отличии он монги) и она распределенная с контролируемой целостностью (в отличии от монги и hbase).

>И если еще не попасть размерами в её блоки, то совсем могила ад и израиль.

в какой субд вы попадаете в блоки? )))

>Если я конечно ничего не путаю.

есть немного.

>Ну и предназначается она для больших объёмов данных.

Скорее для не связанных (в CASSANDRA НЕТ ОТНОШЕНИЙ).
Хранить транзакции, показания датчиков, маршруты,  результаты вычислений(вот у нам приходится миллиарды хранить) - очень удобно.
Также хороший пример - каталоги с работой 24/7 - высокая надежность - это основной плюс Cassandra.

>Говорят полезно, но я ещё не встречал задачу которую нельзя решить Мирией или Постгри.

Как ты на запись будешь масштабировать postgres?
Как сделаешь кросс датацентровую репликацию с нужным количеством избыточности?
Нет под PG решений из коробки, и если нет времени написание глупостей своими руками - cassandra, пока лучше решение.

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

48. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Аноньимъ (ok), 30-Июл-21, 05:06 
>Как ты на запись будешь масштабировать postgres?

Ну, давайте с другого конца подойдём.
Что у вас за поток данных ключ-значение в 40-100 Гигабит/с ?

>Как сделаешь кросс датацентровую репликацию с нужным количеством избыточности?

Вот кстати, Кассандра вроде не гарантирует консистентности при записи, а если гарантирует то страшным тормозом становится. Поправьте если я опять напутал.

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

57. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от anonymous (??), 30-Июл-21, 12:04 
>>Как ты на запись будешь масштабировать postgres?
>Ну, давайте с другого конца подойдём.
>Что у вас за поток данных ключ-значение в 40-100 Гигабит/с ?

Элементарно - запрос списка фоточек с инстаграма от пользователей со всего мира. Или выдача предпочтений всем пользователям всего мира в Нетфликсе. Все это надо геораспределять и разносить. Традиционная СУБД сдохнет сразу же.

>>Как сделаешь кросс датацентровую репликацию с нужным количеством избыточности?
>Вот кстати, Кассандра вроде не гарантирует консистентности при записи, а если гарантирует то страшным тормозом становится. Поправьте если я опять напутал.

Как попросишь, такую консистенцию и получишь. Но в любом случае, запись - самая быстрая операция, ты передаешь данные, локальный координатор, к которому ты подключился, принял запись, раскидал реплики по replication factor и все - данные приняты и сохранены. Дальше тебя как клиента вообще не волнует, как оно там дальше по репликам и датацентрам разлетится.

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

60. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Аноньимъ (ok), 30-Июл-21, 17:13 
>Элементарно - запрос списка фоточек с инстаграма от пользователей со всего мира.

Речь шла о потоке на запись.

И фоточки это не ключ-значение. Это файлы.
Метаданные фоточек другое дело.

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

63. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от anonymous (??), 30-Июл-21, 18:13 
Ну, а какая разница? Разверни поток на запись, будет то же самое - неблокирующие сохранение списка предпочтений на каждого пользователя, сохранение фотоальбомов и прочее. Бинарные данные типа фоток в Кассандре не хранят, если смотреть на историю Instagram, они кидают фотку в свой CDN, а в базе хранят мастер-ссылку на этот CDN.
Ответить | Правка | Наверх | Cообщить модератору

49. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Аноньимъ (ok), 30-Июл-21, 05:09 
>Как и с любой субд.

Ну тогда:
ЛюбаяБД - такая то база, которая не тормозит.  Если у тебя начнет тормозить - либо у тебя неправильная схема данных, либо ты стал размером с FaceBook (и не то чтобы у тебя данных слишком много для ЛюбаяБД, а скорее паттерны доступа слишком разные и не понятно, как для них создать схему).

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

56. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от anonymous (??), 30-Июл-21, 11:57 
Все не так, все неверно.

>У неё вроде проблемы с модификацией данных, да и пишет она их в принципе весьма неспешно.

Запись в Cassandra - самая быстрая операция из всех возможных. Тебе не нужно читать данные, если ты хочешь записывать.

>И если еще не попасть размерами в её блоки, то совсем могила ад и израиль.

О чем ты вообще, какие блоки?

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

61. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Аноньимъ (ok), 30-Июл-21, 17:14 
>О чем ты вообще, какие блоки?

Там тонкости размеров секций на которые бьются индексы или что-то такое.

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

62. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от anonymous (??), 30-Июл-21, 18:09 
Такого понятия как блоки/секции в Cassandra не существует, а значит, нет проблемы. Если ты имел в виду распределение токенов, то эту проблему решили в дремучей 2.x, перекинув все на виртуальные токены, которые распределяются равномерно по дата-центру.
Ответить | Правка | Наверх | Cообщить модератору

64. "Доступна СУБД Apache Cassandra 4.0"  +/
Сообщение от Аноньимъ (ok), 31-Июл-21, 00:42 
> Такого понятия как блоки/секции в Cassandra не существует, а значит, нет проблемы.
> Если ты имел в виду распределение токенов, то эту проблему решили
> в дремучей 2.x, перекинув все на виртуальные токены, которые распределяются равномерно
> по дата-центру.

Вам виднее что там есть, я помню смутно примерно что-то такое связанное с какими-то секциями блоками их раскидыванием по дискам/кластерам и производительностью.

Может попозже попробую нагуглить что я там читал на этот счёт.

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

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

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




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

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