делая язык запросов более гибким к структуре запрашиваемых данных, мы делаем его менее поддающимся оптимизации, например запросы с более гибкой/динамической схемой или вообще без нее, например поиска по графам или datalog-like не могут быть так же точно оценены, фиксируя схему мы делаем оптимизатору запросов одолжение в обмен на лучшую производительность

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

во всем вашем рассуждении есть одна ложная негласная предпосылка, это то что бд обязательно должна сама строить запрос, избавляясь от этой несправедливости и позволив клиенту строить и оптимизировать запросы, а так же отвечать за индексы мы получаем "вау sql не нужен и это работает быстрее", правда не скейлится классическим способом. И надеюсь под метаданными вы не подразумеваете схему табличек в бд, это было бы все равно что сказать бд reinterpret_cast<unsigned int>(u.user_name).

Подскажите хороший гайд по именованию в фп, а то fromXtoY/toY/toYfrom/doSomethingWith/withX это уже не смешно.

Что будет лучше Guid или Guid string as Key?

привет, скажите плиз, как на jwt реализовать механизм logout all devices?

никак, jwt для этого не предназначен

Хранить все выпущенные JWT на сервере. При этом теряется весь смысл JWT.

Не то чтобы теряется, но короткие токены + OpenID лучше. И да, инвалидация возможна, только если AS хранит все активные выпущенные токены

Обычно TTL JWT ставят довольно небольшой, чтобы инвалидировать только refresh token'ы. Минут 5, например. При это TTL RT может быть месяц.

типа, если правильно понимаю, при екшне кильнуть сессию, просто убивать рефреш токен?

Не рефреш токен, а все рефреш токены на юзера. Но, конечно, зависит от бизнес-логики.

Хаскель))

На фп редко пишут промышленный код, поэтому гайдов нет, только мнения

Если вы сами не знаете ответа на этот вопрос,  берите классику - суррогатные ПК с автоинкрементом. Стандартные решения - они стандартные не просто так

Можно использовать вместо jwt reference token, но это по сути также хранение их на сервере о чем писали выше.

Хорошо, глянем, спасибо!

Хранить не обязательно.

Logaut all devices -- равносильно тому, что все токены, которые выданы ДО момента "логаут всех девайсов" становятся невалидными.

Как сделать тх невалидными?

Jwt не предоставляет такого механизма