еще раз спасибо за ответы)
у меня выбор: или сравнить и получить в запросе, или в коде сравнивать поля у List[OrderStepJob] & List[Pricelist] по одному. Причем Pricelist надо сравнивать нужной версии, согласно OrderStepJob.created_at)

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

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

Вот задачка всплыла интересная
Имеется форум, люли там пишут сообщения и т.д.
Например, пользователь "А" создаёт тему и некоторое количество других пользователей оставляет сообщения в ней.
А пользователь "Б" рядом с названием темы видит количество непрочитанных им сообщений. После захода в тему, количество непрочитанных сообщений сбрасывается, то есть для пользователя "Б" больше нет непрочитанных сообщений в этомй теме.
Пользователь "В" всё так же видит непрочитанные сообщения, заходит в тему и всё так же как у пользователя "Б".
Как это более правильно реализовать?
Мне в голову пришёл только такой вариант - при создании темы в отдельную таблицу forum_mention записывать всех пользователей сайта с указанием раздела/темы, как на скрине. Но это как-то... представьте, что у вас 5к пользователей и каждая тема это +5к
записей в таблицу.
Это как-то жирно. Неужели нет другого выхода?

Возможно есть специальные БД для таких данных, не знаю)
Но, как вариант, можно писать в отдельную таблицу из 3-х столбцов числа: user_id, topic_id, count
Будет занимать минимум места, на сколько это возможно

Хорошее решение, но в целом можно избежать этого

Это же вычисляемое поле

По сути сейчас так и есть в текущем исполнении
Ещё думаю, что если пользователь не заходил в тему, априори ему показывать количество всех сообщений, просто считая их (то есть не создавать записей в forum_mention)
И только если пользователь зайдёт в тему, вот тогда эту запись создавать и считать
Т.е. если пользователь не заходит в тему, то там по умолчанию все сообщения непрочитанные

согласен, только не понимаю по каким критериям можно вычислять)
Надо БД смотреть

а как определяешь заходил или нет? сравниваешь время последней активности и время создания темы?

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

Дальше несложный джойн с  группировкой

Я как-то так вижу

А так, нет
Я вру

Атрибут 'прочитано" не нужен

Тоже вычисляется

Когда пользователь прочитал сообщение, то добавляем в мердж таблицу запись просто

Вроде просто реализовать

Всё прозаичней, в get самой темы (она всегда редиректит на последнюю страницу темы) просто обнуляется count для конкретного пользователя. Прям высчитывать, что он не прочитал 10 сообщений на предыдущей страницы нет желания

Схему базы могу накидать даже

И запросы накидать примерно