С аггрегатом вариантов других нет. Он лежит в рамках ограниченного контекста, как правило, на каждый контекст делают свой сервис с БД. Если получается такая ситуация, что аггрегат распределяется между несколькими БД, то стоит задуматься, верно ли определен аггрегат
Спасибо за комментарий, очень рад, что статья показалась вам интересной) Насчет структуры, похожая реализация у нас на данный момент. Вашу мысль я понял и соглашусь, что так было бы правильнее, думаю, в будущем учтем подобный подход. Без ошибок все-таки никуда, особенно в такой сложной теме:) 1. По-хорошему аггрегат должен доставаться полностью из базы. У нас есть разделение на read и write операции. Если мы хотим просто вывести данные, то большие списки подгружаем по мере необходимости. У нас есть отдельные запросы на получение связанных сущностей. Например: грузим данные сущности Notification, если пользователю нужны связанные данные, то при переходе на вкладку отдельным запросом подгружаем уже списки. Если необходимо обновить сущность, то в таком случае вытаскиваем ее полностью и обновляем необходимые данные. Один аггрегат, одна транзакция. 2. Конкретно в этом продукте не использовали, так как на начальном этапе подумали, что это избыточно, но в следующих продуктах думаем попробовать их, так как в них тоже есть свое преимущество, как минимум строгая типизация)
Спасибо за ссылочку, поизучаю
Всё самописное
Вообще я даже не слышал про подобные фреймворки, если есть какие примеры, буду рад, если поделитесь
С аггрегатом вариантов других нет. Он лежит в рамках ограниченного контекста, как правило, на каждый контекст делают свой сервис с БД. Если получается такая ситуация, что аггрегат распределяется между несколькими БД, то стоит задуматься, верно ли определен аггрегат
Спасибо за комментарий, очень рад, что статья показалась вам интересной)
Насчет структуры, похожая реализация у нас на данный момент. Вашу мысль я понял и соглашусь, что так было бы правильнее, думаю, в будущем учтем подобный подход. Без ошибок все-таки никуда, особенно в такой сложной теме:)
1. По-хорошему аггрегат должен доставаться полностью из базы. У нас есть разделение на read и write операции. Если мы хотим просто вывести данные, то большие списки подгружаем по мере необходимости. У нас есть отдельные запросы на получение связанных сущностей. Например: грузим данные сущности Notification, если пользователю нужны связанные данные, то при переходе на вкладку отдельным запросом подгружаем уже списки. Если необходимо обновить сущность, то в таком случае вытаскиваем ее полностью и обновляем необходимые данные. Один аггрегат, одна транзакция.
2. Конкретно в этом продукте не использовали, так как на начальном этапе подумали, что это избыточно, но в следующих продуктах думаем попробовать их, так как в них тоже есть свое преимущество, как минимум строгая типизация)