Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: SELECT JOIN vs SELECT

 PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи


 Страниц (1): [1]   

> Без описания
Чечако
Отправлено: 01 Октября, 2011 - 10:21:12
Post Id


Новичок


Покинул форум
Сообщений всего: 38
Дата рег-ции: Март 2011  


Помог: 0 раз(а)




Подскажите, какая разница между запросами с джойнами и без джойнов с точки зрения быстродействия и ресурсов сервера?
У меня есть много таблиц с двумя столбцами типа нейм_ид | мсг_ид
И я пишу запросы - выбрать имя и все остальное из одной таблицы джойн вторую таблицу с индексами где ид = нейм_ид.

Но можно проапдейтить короткие таблицы информацией и получаться столбцы
нейм_ид | нейм(строка) | мсг_ид | мсг(строка)
5 вася 115 ололо
и запросы будут без джойнов, а просто селект что-то, где ид = нейм_ид

Насколько я понимаю принято делать таблицы с ид и селекты с джойнами, но мне кажется что просто селекты быстрее, проще и менее ресурсоемкие, хотя требуют усложнения таблиц.
Вобщем, есть ли значительная разница в запросах, ради которой стоит переделывать таблицы?
 
 Top
Мелкий Супермодератор
Отправлено: 01 Октября, 2011 - 11:41:41
Post Id



Активный участник


Покинул форум
Сообщений всего: 11926
Дата рег-ции: Июль 2009  
Откуда: Россия, Санкт-Петербург


Помог: 618 раз(а)




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


-----
PostgreSQL DBA
 
 Top
Champion Супермодератор
Отправлено: 01 Октября, 2011 - 16:02:53
Post Id



Активный участник


Покинул форум
Сообщений всего: 4350
Дата рег-ции: Авг. 2008  
Откуда: Москва


Помог: 57 раз(а)




Но иногда для повышения быстродействия можно немножко отказаться от нормализации или продублировать какие-то значения столбцов одних таблиц в других, чтобы не делать жойны.
Но такую структуру может быть сложнее поддерживать и потом не всё может получиться от этого быстрее. Что-то может и медленнее. Можно конечно хранить и нормализованные данные и объединенные, тогда проблема с "что-то быстрее, а что-то медленнее отпадет" - можно будет селектить либо так, либо так. Но это потребует больше места
 
 Top
Страниц (1): [1]
Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)
« SQL и Архитектура БД »


Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
 



Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB