Возможна ли такая реализация (backend php)?

Question

[page404]

Требуется получить данные для определенного вида, которые берутся из БД.

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

Comments

[FanatPHP]

не очень понятно что имеется в виду под "переменными". а точнее совсем непонятно

[page404]

FanatPHP, контроллер просит данные для таблицы1. для построения этой таблицы требуются определенные значения(переменные) к примеру взять из таблицы количество строк будет инициализирована как переменная $allRows; и в дальнейшем эта переменная будет в таблице с названием для человека "ВСЕ СТРОКИ". и т.д. и таких переменных будет много.

[FanatPHP]

А это что-то типа конструктора HTML таблиц? Ну флаг в руки тогда. И терпения побольше.

Answer 1

[FanatPHP]

Вопрос не очень понятен. Если проблема в том что для получения различных данных требуется один и тот же запрос, то разумеется не нужно этот запрос дублировать. Запрос будет один, и "репозиторий" будет выполнять его с разными входящими данными.

Правда, традиционно "файл с SQL запросами" обычно называется репозиторием , а "репозиторий" - сервисом или хелпером.

В общем, нормальная структура такая

1. Класс "запросы в БД". "Подтягивает" к себе соединение с с БД
2. Класс репозиторий. Подтягивает к себе класс "запросы в БД". Каждый метод возвращает структуру данных, очень условно говоря - "модель".
3. Контроллер выполняет методы репозитория, получая "модели", и формируя "переменные" на основании данных из этих "моделей". При этом СОВСЕМ не обязательно чтобы одной "переменной" соответствовала одна "модель", а для каждой "модели" писался свой запрос.
Модель может содержать сразу много переменных. Например агрегирующие можели могут сразу возвращать и среднее и максимальное и и манимальное значение. А контроллер уже решит акое ему надо
Самое главное, запросы можно формировать динамически! Если у тебя запрос который выводит данные за все время, к нему просто добавить условие, что если в метод репозитория переданы даты, то к запросу добавляется выборка по датам. И сразу получается что метод в репозитории один!
То же самое касается и других условий. Надо только синие утюги? Нет проблем - в тот же самый метод добавляется проверка на наличие цвета в условиях и если есть - это условие добавляется в запрос.

то есть запросы

SELECT count(field) FROM table WHERE a<100;
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd'; 
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd'  and date between 2019 and 2020;

это ОДИН метод

Comments

[page404]

в том то и дело что для различных данных различные запросы. но могут отличаться условиями. т.е. SELECT count(field) FROM table WHERE здесь могут быть разные условия

[FanatPHP]

Если разные условия то это разные запросы.

[page404]

FanatPHP, это я понимаю, вопрос в самой структуре файлов. таким образом организовывается сама система работы? т.е. файл с запросами , файл с переменными и если что то надо добавить то руками вносим в эти файлы новые запросы и новые переменные?

[FanatPHP]

если условия одни и те же, а разные только аргументы для условий - то это один запрос

[page404]

FanatPHP, как может быть один? к примеру:
SELECT count(*) FROM table;
SELECT count(field) FROM table WHERE a<100;
SELECT count(field) FROM table WHERE a=1 AND field_1 = 'd';

[FanatPHP]

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

[FanatPHP]

Если разные условия то это разные запросы.

[page404]

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

[FanatPHP]

Я не понимаю твоих вопросов.
Ты спрашиваешь, надо ли писать SQL запрос, который получает нужные тебе данные?

Что такое "независимость работы"?

Ты можешь привести конкретный пример "таблицы" и "запросов"?

[page404]

FanatPHP, Ты спрашиваешь, надо ли писать SQL запрос, который получает нужные тебе данные?
спрашиваю - где надо писать запрос , в каком месте.
подробно:
в контроллере: $a = new NameRepository;
$a->getData('table1');

в NameRepository:
public function getData($arg)
{
// делает запрос в БД "SELECT count({$arg}) FROM table_name;" и отдает результат
}
понадобилась другая информация(другая переменная) с другим условием . Что делать? руками в NameRepository дописываем новый метод или же модифицируем getData в зависимости от того что требуется получить? и так каждый раз при появлении новых задач?

-Что такое "независимость работы
т.е. код работает независимо от того сколько требуется получать переменных что одна что 100500 т.е. при добавлении новой переменной РУКАМИ вписываем только в файл где хранятся переменные (ее название и т.п.) и в файл где лежат запросы добавляем новый запрос чтобы достать эту новую переменную. а сам репозиторий не трогаем , его код универсально работает : что то получает и отправляет в запросы получая ответ.

[FanatPHP]

а в чем смысл такой "универсальности"?
какая разница, какой файл "руками править"?
По мне так что в лоб, что по лбу - менять файл "репозитория" или "файл с запросами".

Во втором ("универсальном") случае репозиторий сводится к одной строчке - по имени переменной найти запрос в "файле". А в чем смысл в таком файле-исполнителе запросов? Зачем он вообще нужен тогда?

Но главное - а что если для "переменной" нужно выполнить не один, а ДВА запроса? И потом еще как-то обработать полченные данные? Это ты где будешь делать?

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

Поставь ты ради бога себе Симфони и посмотри как там все устроено. Репозиторий - это класс, который содержит методы. В методах может быть что угодно - один запрос, два запроса, десять запросов. Сколько нужно для получения "переменной" - столько и есть. Или один запрос, который строится динамически в зависимости от набора данных.

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

Всё. Никакой автоматический удовлетворитель запросов и поленница с запросами не ну жны

[page404]

FanatPHP,
какая разница, какой файл "руками править"?
По мне так что в лоб, что по лбу - менять файл "репозитория" или "файл с запросами".

за это и спрашиваю ). таким образом реализация считается верной оптимальной? Потому что много информации при обучении подают что изменения кода таким образом нарушает принципы солида и подобного. или я не правильно понимаю эти принципы.

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

[FanatPHP]

он для этого и нужен, чтобы его изменять.

[page404]

FanatPHP, и то что в нем может быть огромное количество методов это не ошибка?

[FanatPHP]

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

[page404]

FanatPHP, работа с одной таблицей. возможно ли на одну таблицу делать много репозиториев? просто данные различные в зависимости от условий. к примеру:
таблица только для утюгов и больше ничего не будет кроме утюгов. ))

id | number_утюг | color | price | продано шт.| непродано шт | возвращено шт| дата продажи| дата возврата|

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

[FanatPHP]

у тебя какая-то странная фиксация на таблицах в браузере, это меня сбивает с толку, я все время думаю что речь про таблицу в БД.

Разумеется для одной "таблицы" может использоваться несколько репозиториев - репозиторий по товарам, репозиторий по продажам. причем каждый из низх будет работать и для утюгов и для стиральных машинок БЕЗ добавления новых методов

опять же я не понимаю, откуда по твоему набору "переменных" возьмется куча методов?
количество проданых, кол-во возврата, сумма проданных, сумма проданных за период - это же всё один запрос, один метод

[page404]

FanatPHP,
Разумеется для одной "таблицы"
для таблицы которая в БД ?

может использоваться несколько репозиториев - репозиторий по товарам, репозиторий по продажам.
ааа вот оно как. значит так можно делать.
итог вопроса:
т.е. для построения различных таблиц(видов) для клиента в браузере , из одной таблицы которая находится в БД с данными, можно делать много репозиториев чтобы доставать различные данные в зависимости от условий?

[page404]

FanatPHP, и попутно вопрос: как лучше реализовать сбор данных с различных репозиториев.
к примеру репозиторий по продажам достал А, репозиторий по товарам достал Б.
их надо объединить в одну модель и отдать контроллеру.

[FanatPHP]

Для одной таблицы в бд это будет очень странно делать больше одного репозитория.

Чтобы доставать данные в зависимости от условий, не нужно много репозиториев.

Если речь о таблице в бд то тебе нужен один

[page404]

FanatPHP, та что же такое))) снова пришли к тому же

репозиторий:
метод А - достает: общее количество утюгов
метод Б - достает: сумму проданных утюгов за период и только красные
метод С - достает: количество возвратов утюгов которые стоят Х денег за прошлую неделю
метод n- достает: ..... ну и т.п.

метод makeModel -объединяет все требуемые данные и отдает ...

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

т.е. такой алгоритм верный? или я неправильно понял тебя?

[FanatPHP]

Какой-то ты ерунды напридумывал себе.

Во-первых, чего я никак не могу взять в толк - с какой стати для того чтобы получить данные за все время и за период нужно ДВА метода? Но это ладно у тебя, похоже, ещё и на каждый период ещё свой метод. Вот это ты сейчас реально серьезно, не придуриваешься?

Во-вторых, с какого перепугу у тебя должен меняться метод make model при добавлении условия?
Если добавляется новый параметр отображения то да, но если просто условие, красные или синие - модель то зачем менять?

И это. У тебя для получения количества красных и количества синих - тоже два разных метода в репозитории?

[FanatPHP]

И непонятно что за метод вообще, мейк модел. У тебя метод репозитория УЖЕ возвращает модель утюга. Если для построения хтмл таблицы нужно две модели, то контроллер тупо запрашивает две и отдает две.

[page404]

FanatPHP, не за количество методов спрашиваю.
у меня в методах не один запрос, все зависит от аргументов и других условий.
но от того что метод раздуть количеством запросом сути не поменяет ....

Во-вторых, с какого перепугу у тебя должен меняться метод make model при добавлении условия?
Если добавляется новый параметр отображения то да,
....)

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