SL
вы большие, резкие телодвижения делать вредно большим
Size: a a a
2017 October 24
IS
в rethink интересен сам концепт subscribe based модели. вроде не взлетели из-за чисто коммерческих соображений.
u
тут такое заглохло чтото https://github.com/cockroachdb/cockroach/issues/6130
VP
вот все эти ДБ не позволяют установить "слежение" за записью. я прав ?
положим пид поменялся, как об этом узнает заинтересованное лицо ?
положим пид поменялся, как об этом узнает заинтересованное лицо ?
Вспомнилось, что такое есть у старого доброго CouchDB (это не KV сторедж, а document-oriented, но всё же): http://docs.couchdb.org/en/2.1.1/api/database/changes.html
Есть подписка на фид изменения документов в конкретной БД и возможность применять фильтры, чтобы отслеживать изменение только нужных документов. Удобно для апдейта распределённых кешей на нодах кластера (в Kazoo так делается ЕМНИП).
Есть подписка на фид изменения документов в конкретной БД и возможность применять фильтры, чтобы отслеживать изменение только нужных документов. Удобно для апдейта распределённых кешей на нодах кластера (в Kazoo так делается ЕМНИП).
SL
спасибо . буду иметь ввиду :)
2017 October 25
kk
вот все эти ДБ не позволяют установить "слежение" за записью. я прав ?
положим пид поменялся, как об этом узнает заинтересованное лицо ?
положим пид поменялся, как об этом узнает заинтересованное лицо ?
я немного пропустил разговор, но о каких ДБ идёт речь? в посгресе есть паб/саб
kk
" I migrated a project from RethinkDB to Postgres and replaced the changefeeds with a trigger that uses NOTIFY, does the same thing except that with the changefeeds I had the diff and with this trigger I still have to re-fetch the row and compare the diff." https://news.ycombinator.com/item?id=12649712
IS
" I migrated a project from RethinkDB to Postgres and replaced the changefeeds with a trigger that uses NOTIFY, does the same thing except that with the changefeeds I had the diff and with this trigger I still have to re-fetch the row and compare the diff." https://news.ycombinator.com/item?id=12649712
ага, интересно. надо посмотреть внимательней. конечно дополнительная операция есть, но так-то пох
IS
если уж пошла такая пьянка про DB: возможно кто-нибудь делал распределенные счетчик с возможностью агрегации по времени. возможно CRDT или что-то в этом роде. т.е. есть много wtiter-ов которые могут обновлять этот счетчик, read/aggregate также идет из с разных нод.
IS
eventually consistency, все дела
SL
на ноде ets держишь в неё пишешь. Когда нужно читать значение, опрашиваешь все ноды и суммируешь.
IS
на ноде ets держишь в неё пишешь. Когда нужно читать значение, опрашиваешь все ноды и суммируешь.
если грубо – да, так но это должен быть какой-то сторонний сервис иначе повесишься на межнодовой коммуникации. вопрос какая-нибудь фигня такое из коробки умеет задешево? возможно даже UDP транспорт.
AT
мы для межнод коммуникации erpc используем слегка подправленный
IS
https://github.com/bet365/erpc
норм, но я про сам подход, что при N нодах в кластере необходимо опросить N.
норм, но я про сам подход, что при N нодах в кластере необходимо опросить N.
AT
erpc привел как вариант что бы не "повесишься(по нагрузке как я понял) на межнодовой коммуникации", а так да, с ним придется все ноды опрашивать
AT
етить