шо, опять откапали ?

А что? Прикольная же бд. Сектантством, правда, отдает. Но вообще - скажите: для какой ниши эта нишевая бд подходит?

Написано же. Реалтайм аппликейшнс.

Можно пример из жизни?

Подписался на нужные тебе изменения и сидишь довольный.

Можно пример из жизни?

Например, Яндекс пробки.

Не сами Яндекс пробки, в смысле. Но они могли бы работать на этой СУБД.

Ну я понял примерно

Прикол в том, что ты точно не захочешь подписаться на все обновления. Тебе нужны обновления, которые затрагивают только определенную выборку строк/документов.

И все эти ништякии бесплатно?

Ну для новостных порталов скорее

Ага.

Ну для новостных порталов скорее

Не только.

P2P условный если есть, то уже удобно.

Но я очкую. Боюсь, что СУБД реально загнется.

Но я очкую. Боюсь, что СУБД реально загнется.

В смысле?

В смысле?

Ну компания, которая её разрабатывала, загнулась и передала СУБД в руки сообществу.

Если точнее, передала управление её разработкой.

Бля, в "руки сообщества".. GPL что ли?

Бля, в "руки сообщества".. GPL что ли?

Нет.

Не помню лицензию. Но на их гитхабе она указана. ;)

Ну компания, которая её разрабатывала, загнулась и передала СУБД в руки сообществу.

Видимо реально полезна бд. Аж разработчик ласты склеил. Не смог видимо столько счастья пережить

Кто нибуть пробовал облако ibm?

Ну в смысле что нибуть из пачки бд которые они предлагают

Как быстро они меня заблочат если я начну им генерить базу в которой только логов изменений по 4 терабайта в час

Видимо реально полезна бд. Аж разработчик ласты склеил. Не смог видимо столько счастья пережить

Ваще не показатель.

Ваще не показатель.

Показатель же. Никто ей не пользовался. Для подобного применяют другие решения

Показатель же. Никто ей не пользовался. Для подобного применяют другие решения

Чтобы говрить о причинах, нужно сперва их изучить. А какие решения?

Чтобы говрить о причинах, нужно сперва их изучить. А какие решения?

Для описаных тобой кейсов я бы использовал кафку

Для описаных тобой кейсов я бы использовал кафку

Брокер не решит проблему.

Брокер не решит проблему.

Он ее и решает

Каждый подписчик — это 1+ фильтр/агрегация.

А задачи типа "хочу что бы бд мне цветы поливала и кофе делала" ну можно конечно извратится, только нахрена?

Каждый подписчик — это 1+ фильтр/агрегация.

Ну так создаешь в брокере пайпы по событиям где расылаются изменения. А клиенты динамически на эти пайпы подписываются как им там нужно в конкретный момент. И радуйся. Причем тут вообще бд?

Напридумывают себе головняков а потом пытаются их окружающим продавать

Ну так создаешь в брокере пайпы по событиям где расылаются изменения. А клиенты динамически на эти пайпы подписываются как им там нужно в конкретный момент. И радуйся. Причем тут вообще бд?

А как сообщения фильтровать?

БЛ? Не катит.

А как сообщения фильтровать?

Для этого есть бэкенд. Который входящие сообщения посылает в соответсвующий пайп

Ну вот смотри.

Допустим, ты пишешь убийцу Яндекс пробок (я делаю не это, но пример хороший). Инфо о загруженности дорог по всему миру хранится в БД и постоянно обновляется. Как только кто-то открывает карту, бэкенд подписывается на апдейты, которые касаются только определённых записей в БД. И выборка нужных обновлений ничтожно мала по сравнению со всем объёмом обновлений. Если фильтровать бэкендом, то каждый подписчик будет проверять каждое обновление. Так вот. Не много ли оверхеда?

Т.е. мы получаем огромное количество подписчиков, обрабатывающее огромное количество ненужных обновлений.

Если это умеет БД, это самый дешёвый вариант.

Допустим, ты пишешь убийцу Яндекс пробок (я делаю не это, но пример хороший). Инфо о загруженности дорог по всему миру хранится в БД и постоянно обновляется. Как только кто-то открывает карту, бэкенд подписывается на апдейты, которые касаются только определённых записей в БД. И выборка нужных обновлений ничтожно мала по сравнению со всем объёмом обновлений. Если фильтровать бэкендом, то каждый подписчик будет проверять каждое обновление. Так вот. Не много ли оверхеда?

Гыыыы... ты создаешь пайпы скажем 1пайп=1улица. И раз в минуту шлешь по нему вектор который описывает эту улицу в плане пробок. Приложение если ему нужна эта улица подписывается и получает состояние

Гыыыы... ты создаешь пайпы скажем 1пайп=1улица. И раз в минуту шлешь по нему вектор который описывает эту улицу в плане пробок. Приложение если ему нужна эта улица подписывается и получает состояние

Слишком много пайпов.

Тогда уж 1 подписчик - о пайп...

Но что такое пайп тогда?

Это фильтр или канал?

Причем тут база и нахрена ее грузить подписчиками. Представил 10 миллионов подписчиков которые сидят жду когда там база им строчку прочитает

Слишком много пайпов.

Не много

Ок, а если у тебя есть только координаты, а в их измерении есть евенты?

У тебя есть приложение и бэкэнд

База она хранит чего то. А не что бы почту расылать и кофе варить

Это просто догмы. Они могут и устареть. БД — чтобы хранить. СУБД — это не БД. =)

Нет. Это проблемы каши в голове.

Ок, а если у тебя есть только координаты, а в их измерении есть евенты?

Но как кафка поможет мне с этим?

Вопрос-то насущный.

Мухи отдельно котлеты отдельно

Но как кафка поможет мне с этим?

Создаешь пайпы согласно твоей информации. Бэкенд берет с базы апдейты пхает в пайпы. Клиенты подписываются только на те пайпы которые им нужны сейчас. Но ты можешь представить это себе как уже кто то склеил и ты заместо пайпа подписался на строчку в бд. Жди когда кто то это опишет так.

Создаешь пайпы согласно твоей информации. Бэкенд берет с базы апдейты пхает в пайпы. Клиенты подписываются только на те пайпы которые им нужны сейчас. Но ты можешь представить это себе как уже кто то склеил и ты заместо пайпа подписался на строчку в бд. Жди когда кто то это опишет так.

Как же тогда спроецировать координаты на пайпы?

Кластеризация всей поверхности суши?

Кластеризация всей поверхности суши?

А как это делается в навигации?

Какие то глупые вопросы

А как это делается в навигации?

Я пока не видел исходного кода таких приложений, очевидно.

Какие то глупые вопросы

Но ты не знаешь не них ответов.

Ты хочешь что бы я привел твои фантазии к общему знаменателю? В кассу. Деньги вперед

ERROR: S client not available

Нет. Я хочу услышать твои соображения. Ты говоришь "это не правильно, и надо вот так", но не можешь объяснить, почему, и привести в общих чертах пример реализации. А уходишь от ответа т.к. предлагаемая тобой парадигма ложится на подобные задачи через костыли и с большими потерями в ресурсах.

А моя задача проста — определиться со стеком. Поэтому я просто заинтересован в конструктиве.

Изучаю вопрос.

Нет. Я хочу услышать твои соображения. Ты говоришь "это не правильно, и надо вот так", но не можешь объяснить, почему, и привести в общих чертах пример реализации. А уходишь от ответа т.к. предлагаемая тобой парадигма ложится на подобные задачи через костыли и с большими потерями в ресурсах.

* аргументы про котлет и мух вообще не канают.

Нет. Я хочу услышать твои соображения. Ты говоришь "это не правильно, и надо вот так", но не можешь объяснить, почему, и привести в общих чертах пример реализации. А уходишь от ответа т.к. предлагаемая тобой парадигма ложится на подобные задачи через костыли и с большими потерями в ресурсах.

Гыыыы... еще раз гыыыы. Ты видишь конфету и хочешь ее... я тебе говорю как конфета устроена.. тебе не нравиться и кажется сложным. Ок. Ты не можешь привести данные к единому виду и разнести логику между бэк и фронтом/апом. Ок. Осталось понять причем тут я?

Гыыыы... еще раз гыыыы. Ты видишь конфету и хочешь ее... я тебе говорю как конфета устроена.. тебе не нравиться и кажется сложным. Ок. Ты не можешь привести данные к единому виду и разнести логику между бэк и фронтом/апом. Ок. Осталось понять причем тут я?

Могу всё это и легко. Реактивные аппы — это вообще моё. Я задаю конкретные вопросы и не для холивара.

Могу всё это и легко. Реактивные аппы — это вообще моё. Я задаю конкретные вопросы и не для холивара.

Ну тогда делай. Причем тут какая то бредовая бд с подпиской на строчки

Алгоритмов для геопозиций вагон и телега.

Как ты будешь в одной строке описывать пробку в радиусе 5 км.. ну я бы посмотрел.

Ну тогда делай. Причем тут какая то бредовая бд с подпиской на строчки

Но я хочу понять, почему решение с кафкой лучше. Для меня это неочевидно, и это вовсе не значит, что я хуже тебя, как специалист. Ты не думал, что ты тоже можешь ошибаться? Я всегда подразумеваю за собой это. То, что ты сейчас скатываешься в софистику и обсуждение меня, — это уже некрасиво, и я бы не хотел тратить на это время. А вот обсудить предлагаемое тобой решение буду рад.

Да даже в 100500 строках... точечно? До какого знака будет точность? Типа 54.075544х72.976689 пробка. И так весь глобус разметим?

Да даже в 100500 строках... точечно? До какого знака будет точность? Типа 54.075544х72.976689 пробка. И так весь глобус разметим?

Так я о том же.

Забудь о пробках. Оставь сущности в вакууме, привязанные к геопозиции.

И их обновления.

Мне это скучно. Ибо решение очевидно и описал уже выше. Расжевывать еще мельче ака " давайте геопозицию приведем к одному виду бла бла бла "

Так ты предлагаешь распихать геопозицию по пайпам.

Посчитай, сколько их будет, и сколько ресурсов потребуется для того, чтобы посчитать, в какие пайпы отправить события / на какие пайпы подписаться.

Здесь сложность вообще не меняется. Просто переносится с одного на другое.

Поэтому вариант с пайпами по производительности такой же, как и без них.

Те же обсервейблы дадут такой же результат.

Ну, хотя да. Выигрыш в производительности будет. Но не такой, какой дала бы СУБД. =) Плюс ненужное усложнение проекта.

Я предлагаю начать с начала и расказать о сути проекта. А не на абстрактных примерах рожать уродцев

Потому что в примере с пробками совершенно не важна твоя позиция на глобусе. Важны те улицы что отрисовываешь на экране клиента.

А улицы проще всего представить каждую в виде вектора

Я дал достаточное описание задачи. Забудь о пробках. Объекы на карте могут появляться, могут обновляться, могут изчезать. Важная в данном контексте информация — это то, что у объекта есть координаты (в этом контексте, это просто точка, т.е. значение широты и значение долготы). Это всё, что мы можем использовать, а остальная информация и не важна, и никак не поможет нам. Если пайп — просто канал сообщений, то у нас один выбор — разбить весь мир на прямоугольники (на самом деле они не будут прямоугольниками, но мы условно будем их считать таковыми), где каждый из них — пайп. Это ну очень дорого.

А если мы строим навигацию с учетом пробок то сначала идем и читаем про алгоритмы навигации

Забудь от пробках и навигации. Я выше описал задачу в вакууме.

Забудь от пробках и навигации. Я выше описал задачу в вакууме.

Гыыы а чего ты кипишь если получаешь ответ в вакууме?

Ох. Ну задача-то конкретная.