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ов тут не нужно, да и не правильно это.

Новые блоги и статьи Все статьи Все блоги /
Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .
Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025

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

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

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