Size: a a a

Clojure — русскоговорящее сообщество

2020 June 29

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
Ryzhikov Nikolay
не вижу как бы он разогнался
Датомику нужен мемкеш кластер, чтобы в идеале все в памяти лежало.

Вендор по сути один, это Когнитект. И они хотят, чтобы все пользоватлись облачным решением в Амазоне.
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
Ну я гонял данные которые были у в памяти моего лаптопа - в мемкеш будет только медленее
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
база in-memory была?
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
Да
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
Ну, датомик не сильно быстрый, да. Пытается компенсировать это плюсами даталога.
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
Еще вопрос: вы же храните fhir-сущности? Вы их раскладываете по отдельными атрибутам или как pg -- сериализируете?
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
jsonb
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
тогда мне кажется смысла в датомике нет. Один из плюсов датомика в том, что можно нативно хранить вложенные данные. А если у вас json, то эта фича теряется, плюс внутрь json вы никак не залезете.
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
ну у него много плюсов - но получается он все еще не база данных
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
им бы добавить операторы с кастомными индексами - можно было бы из касандры и эластика подтянуть базовые индексы
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
тогда можно было бы изворачиваться
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
плюсы да, есть, просто json в датомике по сути убивает его предназначение.
источник

RN

Ryzhikov Nikolay in Clojure — русскоговорящее сообщество
json => edn не пробелма 🙂
источник

IG

Ivan Grishaev in Clojure — русскоговорящее сообщество
я имел в виду, что на уровне запроса не достучишься до сериализованных данных. Поэтому можно хранить там тушку, и отдельно атрибуты, по которым будут запросы. Но тогда неясно, чем это лучше pg
источник

VD

Van Dub in Clojure — русскоговорящее сообщество
Здравствуйте!
Разбаньте меня, пожалуйста, в @clojure_jobs.
Я, вероятно, проглядел капчу
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Меня тоже, пожалуйста) Я, видимо, также не увидел
источник

Н

Никита in Clojure — русскоговорящее сообщество
Такая задача: люди делают посты в каком-то районе города. На пост можно реагировать лайком. Нужно выводить топ постов по любому району, а также чтобы была возможность брать топ по всему городу. И конечно же это относится к любому району любого города. Лайки и посты находятся в разных базах, то есть сделать простой подзапрос сделать не выйдет. Как бы вы ее решали?
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
@ivandubc @miborisov добавляйте меня в контакты, тогда смогу добавить. Так не даёт.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Но в целом там, конечно, мало чего интересного
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Никита
Такая задача: люди делают посты в каком-то районе города. На пост можно реагировать лайком. Нужно выводить топ постов по любому району, а также чтобы была возможность брать топ по всему городу. И конечно же это относится к любому району любого города. Лайки и посты находятся в разных базах, то есть сделать простой подзапрос сделать не выйдет. Как бы вы ее решали?
Два коннекта к разным базам и дальше ручками?
источник