У нас есть сущность «поправка» в нашей системе, у которой есть атрибут, представляющий «идентификатор учреждения», с которым связана «поправка».
У меня есть два требования, одно для отображения агрегированного списка эти идентификаторы учреждения с подсчетом количества элементов поправок, которые имеют это как их «идентификатор учреждения», и второй, который затем должен ссылаться на представление списка всех элементов поправок, которые имеют это как «идентификатор учреждения».
Насколько я понял, вы не можете использовать агрегированные запросы в представлениях сущностей, которые необходимы для первого требования, и я не могу найти способ передать «идентификатор учреждения» в другое представление сущности, которое будет использоваться для фильтрации результаты.
Мне действительно было интересно, подходят ли очереди, т. е. создание очереди для каждого заведения, так как функциональность кажется схожей, однако потенциально может быть более 20 000 «идентификаторов учреждения», что приведет к управлению очередями 20 000+. В качестве альтернативы, следует ли мне рассматривать разделение заведений на их собственные объекты и использовать отношения для связывания поправок с учреждениями, и собираюсь ли я тогда создать требуемое представление?