AS
В мире нету ничего бесплатного. CQRS позволяет ускорять read операции, но страдает consistency.
Size: a a a
2021 September 23
Ɖ
+. имеет смысл юзать когда чтений очень много а записываний мало
AS
Это чем-то напоминает по назначению индексы в бд
VD
При CQRS не обязательно делить хранилище. Да, если это нужно будет, то это сделать быстрее, и одна из причин почему CQRS начинают использовать, но можно оставить одно хранилище
AS
Это норм работает, если у вас просто контролеры. А вот с graphql уже так не выйдет. Там фреймворки напрямую IQueryable от вас ожидают
Ɖ
Неправда
Ɖ
Это только самый простой вариант
Ɖ
HotChocolate позволяет тебе очень гибко свои резолверы писать
Ɖ
А в GraphQL.NET я вообще не уверен что все так из коробки работать будет
AS
Значит, я не прав
E
Он не обязан страдать
Ɖ
У нас шоколадка и мы ходим в резолверах на gRPC
Ɖ
Я писал еще давно резолвер который транслирует GraphQL запрос в ElasticSearch запрос
Ɖ
Вот это было адовенько
Ɖ
И тоже без IQueryable
E
Если мое разделение данных заключается в нормализованных таблицах и общем денормализованном вью в одной и той же БД, никакой потери консистенси не будет
AS
Я говорил о консистенси, когда идёт разделение хранилишь
Ɖ
Я б его заопенсорсил если бы он умел любой запрос так транслировать. а это нихуя не просто реализовать было из-за очень большой специфики эластика связанной с пагинацией в том числе (и куча других вещей)
E
this
