Select + JOIN или несколько select

@mrseo · Регистрация: 03.10.2012

Студворк — интернет-сервис помощи студентам

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

Простой пример (структура приложения построена на основе MVC, есть ядро с некоторым набором функционала и есть модули):
Страница и комментарии:

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

Так вот, если не следовать такому разделению, комменты- модуль, старница - часть ядра, то мы получаем данные страницы, а джоином(точнее несколько) подхватываем все комментарии, относящиеся к ней и выводим

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

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

@evgenkur · 05.08.2016, 23:46

а комменты случайно не подобным образом берутся:

MySQL
1
2
3
4
SELECT `данные_страницы`,`комменты`.`текст`
FROM `страницы` 
LEFT JOIN `комменты` ON `комменты`.`page_id`=`страницы`.`id`
WHERE `страницы`.`id`=1

если да, то не смущает что в попытке сократить количество запросов, пришли к тому что каждая строка результата,
помимо текста комментария содержит еще и данные_страницы(которые скорее всего >> комментариев) ?

в любом случае мне видится два варианта решения:
-не использовать JOIN, модули на вход получают id страницы
-использовать конструктор запросов, выглядеть это может так: https://symfony.com/doc/curren... ry-builder
модули в свою очередь могут подписываться на эвенты(события) ядра, например,
при получении статьи ядро генерирует событие, параметром которого является конструктор запроса,
когда модуль получает это событие, он добавляет свой join в конструктор, а затем в следующем событии вытаскивает
свои данные из результата.

@php10 · 06.08.2016, 13:55

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

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита табличной части. . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Функция заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

@mrseo 3 / 3 / 0 Регистрация: 03.10.2012 Сообщений: 50

	MySQL Select + JOIN или несколько select 04.08.2016, 11:26. Показов 1393. Ответов 2 Метки join, mysql, php (Все метки) Сейчас занимаюсь проектированием архитектуры своего (будущего) php-приложения и наткнулся на противоречие. (по крайней мере для меня оно таково) Простой пример (структура приложения построена на основе MVC, есть ядро с некоторым набором функционала и есть модули): Страница и комментарии: В данном случае Вывод страницы и ее данных - состоит в core Комментарии - модуль, который будет подгружаться и выводиться на нужной позиции views. Так вот, если не следовать такому разделению, комменты- модуль, старница - часть ядра, то мы получаем данные страницы, а джоином(точнее несколько) подхватываем все комментарии, относящиеся к ней и выводим Если же соблюдаем структуру (т.е. подгружаем комменты или что-то еще отдельным модулем, что очень удобно для динамического подключения модулей и не вызывает необходимости править важные компоненты при добавлении новых модулей), то комменты и данные других модулей у нас будут порождать новые селекты. Так вот в чем противоречие с модулями удобно, без них должно быть быстрее, есть ли возможность как-то это совместить, может паттерн какой, или технология? 0

@php10 146 / 105 / 44 Регистрация: 30.04.2016 Сообщений: 550
	06.08.2016, 13:55
	Разделяйте комментарии и посты. Комментарии получайте отдельно, никаких JOINов тут не нужно, да и не правильно это. 0