в бою не гонял. но сходу могу сказать, что посмотреть стоит на:
1. ограничение в 10млрд транзакций, включая технические
2. отсутствие вендора в России и качественного консалтинга от вендора при решении проблем в бою (сравни с PGPro).
Не понятно, что с официальными лицензиями для РФ: как их поставлять, продавать, перелицензировать, особенно для госконтор.
3. Отсутствие на рынке админов БД датомик, которые бы могли обеспечить 2-3 линию. Сам же не будешь ночью базу поднимать, все ж программист должен писать код, а не заниматься техподдержкой. Поддерживать дороже.
4. мониторинг  - сделай сам, хотя кое-что у датомика есть.
5. Это hosted база, поэтому тебе нужно учитывать условия эксплуатации и работу низлежащей базы, помимо самого датомика. Поддерживать дороже.
6. все вышеперечисленное относится если разворачивать датомик самому on premise. Дабы снизить нагрузку на клиентов датомика, когнитект сделал и настроил в амазоне облачный датомик (настройка, мониторинг, безопасность, авто масштабирование), поэтому если ты планируешь хранить и обрабатывать перс данные граждан России, то скорее всего это сделать в амазоне не получиться. ну или придется хранить данные часть там, часть здесь.
7. планировщик запросов ты сам (обсуждали в офлайне). то есть требуется некоторый опыт именно в датомике от разработчика при написании запросов.
8. мир распадается не только на валютные зоны, но и на технологические зоны. в каждой будет свой гугл, амазон и т.п. если смотреть на 3-5 лет в перед, то есть риск сесть на технологию другой технологической зоны со всеми вытекающими.
В этом смысле наличие PostgresPro в России огромный плюс (они ж сами говорили, что только сейчас удалось потеснить хоть чуть-чуть оракл, когда западных вендоров стали из нашей тех зоны вытеснять).
Лучше бы продать идею датомика такой конторе как PostgresPRO, чтобы сделали ее в виде плагина + что-то в виде транзактора.
9. Если ты планируешь решение отчуждать, или передать на поддержку внутри РФ, то сделать это будет очень трудно. Конторы в редкие технологии вкладываться не захотят.

плюсов у датомика тоже много. Но ты про них не спрашивал.

Непонятно как делать paging.

Да, пагинацию тоже надо сделать вручную. А программисты ее просят постоянно.

мы тут пару примеров погоняли на 0.5 м сущностей - он совсем медленный

у него нет индексов кроме тех 4

разок вообще уложили

я думаю он не медленный. просто брать БД без вендора, без консалтинга, без обучению по тюнингу и внедрению это реально гемор. За это когнитект и берет денежку.

не вижу как бы он разогнался

без индексов

почти уверен у когнитекта есть лайфхаки, может даже с применением сторонних решений или неожиданных архитектурных замутов. иначе тогда вообще не понятно зачем она такая нужна. я так понял это их реальный коммерческий проект.

им бы добавить возможность хотябы кастомные индексы добавлять

чтоб хоть btree на аттрибут можно было повесить

жалко конечно - ребятам его ещё лет пять видимо пилить чтоб к постгре приблизится

может к тому времени их крукс обойдет 😂

по качеству и количеству

да крукс походу тоже поделка ещё та

(Неприкрытой рекламы пост, исключительно личное мнение) Ну если наберётся две-три компании в России кому это действительно надо, то теоретически можно попробовать как с коммерческим, комьюнити опенсорсом и другим мультивендорным сервисом приземлять техподдержку (1-2 локально, 3 через вендора) и консалтинг через российский офис ИБМ, но пока никто не спрашивал конкретно про Датомик 🤔

В бою не испльзовал.

По поводу пагинации.
Ее нужно делать самому.
Нужно знать, что можно сканировать индекс AVET и, что есть партиции.
Если я правильно помню, то индексы на партиции свои.
Например, есть задача, есть много "блогов", у каждого своя страница и нужно сделать пагинацию на странице каждого блога.
Так вот посты каждого блога должны лежать в своей партиции, тогда сканирование будет эффективным.
Но, если есть много удаленных или скрытых постов, то придется много данных вычитать, а на клиенте фильтровать потом.

@niquola а что у вас за пример тормозящий?
Я с datatscript работал и у меня такое ощущение, что d/q нужно использовать в последнюю очередь, а начинать с d/datoms или d/seek-datoms

Все так. Спасибо.

там же есть AVET индексы, или ты не об этом?