Что тратит больше ресурсов: JOIN или SELECT?

Question

[Роман Кожевников]

Что лучше: сделать много таблиц (на случай, если поиск значений в больших таблицах расходует много ресурсов), или мало таблиц (на случай если открытие новых таблицы само по себе расходует ресурсы, независимо от их содержания)?

Answer 1

[AxisPod]

Это как спросить, что тяжелее, лом или кувалда, гиря и гантеля. Ну и так далее.

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

Comments

[Владимир]

Это пробовать надо

[Роман Кожевников]

MySQL. Очень важно сэкономить деньги на сервере: сначала буду использовать свой домашний компьютер (4 ГБ ОЗУ) и домашние компьютеры друзей, а если понадобится сервер - нужно чтобы набежало поменьше трафика. По структуре сайт похож на социальную сеть с возможностью загрузки небольших PDF-документов.

[AxisPod]

Это не поможет дать ответ. Вообще для того, чтобы спроектировать БД, надо спроектировать объектную структуру данных, оценить кол-во данных, вывести объемы связей, тенденции роста, кол-во запросов по типам и т.д. А чтобы это сделать надо спроектировать функциональность, описать все действия, построить диаграммы состояний и т.д. А после того как будут готовые схемы, можно с ходу решить что использовать. Так делается по уму.

Но так делают разве что уже крупные компании. А вам скорее всего придется делать методом проб и ошибок, поэтому есть смысл спроектировать базовую структуру кода таким образом, чтобы можно было легко менять куски.

А в общем что могу посоветовать, если много вставок в таблицу (хотя бы сотни в секунду), и при этом кол-во записей большое как минимум от 200-300 тысяч с перспективами до нескольких миллионов, то либо InnoDB (XtraDB) или шардинг.

Если вставок мало, то просто MyISAM, выдержит спокойно десятки миллионов записей, естественно при прямых запросах и правильных индексах.

Ну а полнотекстовый поиск через специализированные решения, например Sphinx, ну и вместо обычного MySQL поставьте MariaDB.

[AxisPod]

Ах да, 4Гб памяти для социальной сети, ну это если на тысячу человек, не больше. А если еще и InnoDB юзать, на и на 500 бы хватило.

Answer 2

[Георгий Пичугин]

а еще есть oracle timesten (он имплементирован в 12 версию оракла) и при достаточном количестве ОЗУ все висит в памяти и как вы догадываетесь для бд равнозначно искать по одной или многим таблицам а запросы с джоином и селектом после компиляции вообще будут идентичны

Хотя вы вообще вопрос ставите неверно в сабже select это тип запроса а join тип where clase