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

@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, а насколько таблицы вообще различаются? Может достаточно одной сущности (соответственно и одной таблицы) -- "Материал"?

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@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

Опции темы