Вывод данных сразу из нескольких таблиц БД

@Karamba666 · Регистрация: 22.10.2016

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

У меня на сайте имеются разделы. Их около 7 (Анекдоты, картинки, загадки и тд.)
Таблицы под каждый раздел немного отличаются друг от друга, немного)

Я решил на главной странице сделать так, чтобы выводились последние материалы из ВСЕХ 7-ми таблиц.

Подскажите, как лучше быть?
1. Создать 1 таблицу, и впихнуть туда 7 мелких? Чтобы была каша? Но зато для вывода потребовалась бы 1 несложный запрос?
2. Либо же оставить эти 7 таблиц по отдельности, и как-то одним запросом выводить материалы сразу из 7 таблиц?

Если выбирать второй вариант, то вот как я соединяю таблицы:

MySQL
1
mysql_query("SELECT id FROM joke UNION SELECT id FROM zagadki");

Вроде работает, но мне сказали что лучше избегать JOIN-ы, а UNION это походу тоже самое что и джоин?

Возможно в моём случае джоин не так страшен, так как нет никакой связи между строками первой таблицы и второй в виде tb1.id = tb2.user_id

Кто что может сказать? Как мне лучше поступить? И второй вариант будет ли ложить БД, если нужно селектить 7 таблиц? Либо же всё запихать в 1 таблицу, и делать 1 селект запрос без джоинов?

@miketomlin · 22.10.2016, 15:32

Самое главное, чтобы кол-во полей и их типы в результирующей выборке совпадали. Если никак, то делайте семь запросов. В любом случае такую главную лучше кэшировать на сервере.

@Karamba666 · 22.10.2016, 16:18 **[ТС]**

miketomlin, а кэшировать на сервере это как?)

@miketomlin · 22.10.2016, 16:23

Сохранять сгенерированный код страницы в файле или в общей памяти. Реальный запрос к БД (и обновление кэша) делать раз в 5 мин., например, а все прочее время читать из кэша.

@Karamba666 · 22.10.2016, 18:09 **[ТС]**

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

@Para bellum · 22.10.2016, 18:25

Сообщение от Karamba666

Вроде работает, но мне сказали что лучше избегать JOIN-ы

Кто Вам такое сказал?

@Karamba666 · 22.10.2016, 18:28 **[ТС]**

Para bellum, ну с кем не говорю, все это говорят)
Ну а вообще лучше 1 смешанную таблицу делать на все разделы? или 7 таблиц под каждый раздел?

@miketomlin · 22.10.2016, 18:58

Все – это видимо те же, кто сказали, что «UNION это походу тоже самое что и джоин». Или это вы сами сделали такой интересный вывод?

Сообщение от Karamba666

Ну а вообще лучше 1 смешанную таблицу делать на все разделы? или 7 таблиц под каждый раздел?

Зависит от схожести сущностей, инфа о кот. хранится в таблицах.

Добавлено через 1 минуту
Если вы нигде не выводите их вперемешку, то скорее всего лучше в отдельных таблицах.

@Para bellum · 22.10.2016, 19:50

Сообщение от Karamba666

ну с кем не говорю, все это говорят

Смешно получилось, с ошибкой. Вы с ними не говорите, а они всё про JOIN'ы твердят. Если что -- тут "ни" надо писать.
Как они аргументируют свои свои слова?

@Karamba666 · 22.10.2016, 20:32 **[ТС]**

Ну а вообще, нужно 1 табблицу под каждый раздел? или смешать всё в 1 таблицу?)

@BearBaloo · 22.10.2016, 21:01

Я в своей практике, уже 3 раза прибегал к обьединению всех таблиц в одну, даже если там будет 100 полей, всеравно выборка проходит быстрей, и удобней, если выбирать не через *

@miketomlin · 22.10.2016, 21:35

Быстрей по сравнению с чем? Если вам нужно вывести одни «Анекдоты», то лучше их выводить из таблицы «Анекдоты». Как выше написал, имеет смысл делать в одной таблице, если у вас в общем списке идет все вперемешку. Например, у нас есть сайт-сток с ресурсами для Web-мастера (фоны, шрифты и т.п.), так там все в одной таблице с разделением ресурсов по типам, потому что на главной размещается общий список, а уже фильтрация по типам – на внутренних. Другой пример – магазин – там на главной присутствуют ленты по осн. типам товаров (примерно то, что хочет сделать ТС) – тоже одна таблица, т.к. по сути описанные в ней сущности одного типа – товары. У ТСа немного др. история, поэтому тут нужно хорошенько подумать.

@Para bellum · 23.10.2016, 14:05

Karamba666, а насколько таблицы вообще различаются? Может достаточно одной сущности (соответственно и одной таблицы) -- "Материал"?

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	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 . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@miketomlin 930 / 846 / 190 Регистрация: 28.11.2013 Сообщений: 3,621
	22.10.2016, 15:32
	Самое главное, чтобы кол-во полей и их типы в результирующей выборке совпадали. Если никак, то делайте семь запросов. В любом случае такую главную лучше кэшировать на сервере. 0

@Karamba666 0 / 0 / 0 Регистрация: 22.10.2016 Сообщений: 9
	22.10.2016, 16:18 [ТС]
	miketomlin, а кэшировать на сервере это как?) 0

@miketomlin 930 / 846 / 190 Регистрация: 28.11.2013 Сообщений: 3,621
	22.10.2016, 16:23
	Сохранять сгенерированный код страницы в файле или в общей памяти. Реальный запрос к БД (и обновление кэша) делать раз в 5 мин., например, а все прочее время читать из кэша. 0

@Karamba666 0 / 0 / 0 Регистрация: 22.10.2016 Сообщений: 9
	22.10.2016, 18:09 [ТС]
	miketomlin, я тоже думал делать так. типо если прошло времени меньше часа, то запрос к БД не делать. Иначе сделать запрос и обновить в кеше время последнего селекта базы... - но я не особо хочу использовать кеш, так как в дальнейшем обновлять базу придётся намного чаще 0

@Karamba666 0 / 0 / 0 Регистрация: 22.10.2016 Сообщений: 9
	22.10.2016, 18:28 [ТС]
	Para bellum, ну с кем не говорю, все это говорят) Ну а вообще лучше 1 смешанную таблицу делать на все разделы? или 7 таблиц под каждый раздел? 0

@Karamba666 0 / 0 / 0 Регистрация: 22.10.2016 Сообщений: 9
	22.10.2016, 20:32 [ТС]
	Ну а вообще, нужно 1 табблицу под каждый раздел? или смешать всё в 1 таблицу?) 0

@BearBaloo 41 / 41 / 16 Регистрация: 04.10.2016 Сообщений: 154
	22.10.2016, 21:01
	Я в своей практике, уже 3 раза прибегал к обьединению всех таблиц в одну, даже если там будет 100 полей, всеравно выборка проходит быстрей, и удобней, если выбирать не через * 0

@miketomlin 930 / 846 / 190 Регистрация: 28.11.2013 Сообщений: 3,621
	22.10.2016, 21:35
	Быстрей по сравнению с чем? Если вам нужно вывести одни «Анекдоты», то лучше их выводить из таблицы «Анекдоты». Как выше написал, имеет смысл делать в одной таблице, если у вас в общем списке идет все вперемешку. Например, у нас есть сайт-сток с ресурсами для Web-мастера (фоны, шрифты и т.п.), так там все в одной таблице с разделением ресурсов по типам, потому что на главной размещается общий список, а уже фильтрация по типам – на внутренних. Другой пример – магазин – там на главной присутствуют ленты по осн. типам товаров (примерно то, что хочет сделать ТС) – тоже одна таблица, т.к. по сути описанные в ней сущности одного типа – товары. У ТСа немного др. история, поэтому тут нужно хорошенько подумать. 0

@Para bellum 5755 / 4134 / 1508 Регистрация: 06.01.2011 Сообщений: 11,276
	23.10.2016, 14:05
	Karamba666, а насколько таблицы вообще различаются? Может достаточно одной сущности (соответственно и одной таблицы) -- "Материал"? 0