https://medium.com/adstage-engineering/realtime-apps-with-om-next-and-datomic-470be2c8204b#.2qpytdis8

@nicola часто будет проседать, когда за данными датомику приходится лезть в сторадж?

@nicola Да, хочется понять, когда ты ожидаешь проблем

Мне самому это интересно

Я так - теоретизирую - если план выполнения зависит от порядка where - то с изменением данных, запросы которые летали начнут тормозить. Надо поиграть будет, с классическим бенчмарком каким-нибудь или свой выдумать

Я про это - http://docs.datomic.com/best-practices.html#most-selective-clauses-first

@nicola 1. запросы – на клиенте, а не в транзакторе 2. думаю, то это будет очень "узкий" случай, когда со временем данные начнут замедлять выполнение запроса исключительно из-за порядка :where. будет скорее похоже на неверное изначальное предположение о data-domain'e

🎄

@nicola Если у тебя сначала было одного больше, а стало другого больше, то можешь поменять порядок в запросе. Если у тебя чего-то было на порядок больше, чем другого, а стало на порядок меньше -- что-то случилось. Что случилось?

Планы запросов прерогатива СУБД

Или я ошибаюсь?)

Если СУБД - это такой огромный чёрный ящик, то да.

А так-то что - все индексы известно как построены, все данные лежат локально (после первого запроса), домен данных известен (например, покупок >> пользователей >> товаров).

Не должно быть особенно сложно и планировщик построить, если кому-то нужно – сесть на txlog и слушать о том, каких entities сколько.

Тут Ричь пытался как-то оправдаться https://groups.google.com/forum/m/#!topic/datomic/6VkADvLx-QU

Вобщем постараюсь погонять его на реальных кейсах

As people ponder experimenting with ahead-of-time planners, I'll remind you that: 

 '[:find ?desc 
  :in $ % 
  :where 
   [?root :num 100] 
   [descendant ?root ?desc] 
   [?desc :num 4]] 

is just sugar for: 

 '{:find [?desc] 
  :in [$ %] 
  :where 
  [[?root :num 100] 
   [descendant ?root ?desc] 
   [?desc :num 4]]} 

https://media2.giphy.com/media/Y2nbrJyAR6RiM/200_s.gif

@nicola аа, я понял о чем ты, да

я на прошлом clojure/conj спросил даже Рича Хики, что с "explain", и он на меня глаза закатил )))

Стюарт сказал "people keep asking", и Рич в конце концов сказал, что либо оптимизирующий планировщик сделают, либо эксплейн

@misha а вот откуда про 10 -> 100 - дуже цікаво

@misha https://github.com/tonsky/datascript/blob/master/src/datascript/parser.cljc#L680 вот даже парсер списка в мапу )

@asolovyov где-то в чатике датомика или кложи было недели 3 назад. без каких-либо доказательств

гм, а в каком виде? Типа "не парьтесь" или "мы чота поменяли"?

типа "стюарт сказал, что теперь они считают "лимитом" 100B, а не 10B, как раньше"

гм, прикол

ну тема в том, что 100 это куда лучше 10

прям на порядок )))

кто-то спросил "а чо за прикол с 10б?" кто-то ответил, что теперь это якобы 100б

weird shit

ну там не щатдаун происходит, а типа у транзактора начинают ласты клеиться, но как это выглядит - хз, и по какой кривой это замеряется - хз

можно заморочиться и написать на спеке генеративных тестов на 100б датомов

клевый тред с Хики в группе

генеративные тесты медленные (

скорее не тесты, а генераторы. нагенерить мусора, затранзактить, и потом бенчмаркать запросы и пуллы

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

@asolovyov ссылку?

Про датомик или другая?

Прикольно, раньше была эвристика, но потом её выкинули, потому что она лажала? Круто.

подскажите, если кто знает - как в vim настроить ctags чтоб по функциям можно было прыгать в cljs которые через require подключены

ну, или в spacemacs . у меня там тоже не работает )