Несколько моделей для формирования единого списка с постраничной навигацией

Доброго времени суток.

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

Суть проблемы/вопроса в следующем:

Есть две(или более) таблицы, которые тем или иным образом связаны с основной таблицей.
Для примера, возьмем за основную таблицу "Пользователи", а за две другие "Письма" и "Звонки".
Все три сущности оформлены, разумеется, в виде классов, которые работают с соответствующими таблицами и реализуют CRUD функционал и вывод данных на сайт.

И вот пришла мысль сделать мне в информации о пользователе(например, в профиле) вывод списка отправленных писем и совершенных звонков. Всё в одном едином списке, отсортированном по дате и времени, а так же постраничную навигацию для этого списка ибо "юзер экспириенс" и всё прочее, чтобы было читабельно, удобно и т.п.

И вот, собственно, сами непонятки:

Какой класс должен отвечать за построение данного списка и выборку из базы?

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

Или для данной ситуации требуется какой-то совершенно иной подход?

Заранее благодарю за ваши ответы.

P.S: Метался между разделами про ООП и базы данных т.к. вопрос затрагивает обе тематики, поэтому прошу прощения, если тема создана в неправильном разделе.

0

Посмотрите ORM. Например в ларавел очень легко подгружать связи. Самому реализовывать такое довольно муторно, лучше брать готовую реализацию.

Сообщение от Rinslet Какой класс должен отвечать за построение данного списка и выборку из базы?

В зависимости от того, какие связи вам нужны сейчас.
Допустим есть юзер и его письма.
В массиве это выглядело бы примерно так:
Тут главный юзер и у него связь с письмами 1 ко многим.
А можно и так:
Письмо - главное. Связь с юзером 1 к 1.

Сообщение от Rinslet то является ли такой подход приемлемым или же это "фу некрасиво"?

Без ORM да, некрасиво. На каждый пшик будете писать новый метод.

Вообще, погуглите такие слова как ORM, active record, data mapper, паттерны... посмотрите как в фреймворках всё это устроено. Если совсем уж заморачиваться то DDD (но это сложнее на несколько порядков)

1