Как лучше связать таблицы для поиска по индексированным столбцам?

Question

[rinaz22]

Всем привет. Нужно связать 3 таблицы. Везде есть индексированные id. Читал, что при использовании JOIN индексирование бесполезно. Как быть в таком случае? Записей много, а задача достать как можно быстрее и с минимальной нагрузкой на сервер.
Достаю bigint и varchar (если это важно).

Comments

[Дмитрий]

explain запроса?

[Akina]

Выложите CREATE TABLE таблиц, текст запроса и его план.

[rinaz22]

Дмитрий, не совсем понял

[rinaz22]

Akina, обычные таблицы, условно с id, name, login, comment

[alexalexes]

Что значит бесполезны?
Индексы как раз и делают для того, чтобы эффективно работали условия в секции where и on в join-e.

[Дмитрий]

у вас есть какой то запрос.

select * from table1 join table2 using(field) where field1 = 'значение' and field1 = 'значение'

Берете и добавляете explain

EXPLAIN ANALYZE select * from table1 join table2 using(field) where field1 = 'значение' and field1 = 'значение'

после чего сам запрос, и результат выполнения explain добавляете к вашему вопросу. Без этого ваш вопрос бессмыслен от слова совсем. Вы можете получить только общую информацию типа

Солнце в целом свете.Это — очень хорошо и большим и детям.

[Дмитрий]

rinaz22,

обычные таблицы, условно с id, name, login, comment

если у вас обычные таблицы, то обычно оптимизатор MySQL работает хорошо, и следовательно у вас все по-обычному - данные выбираются за обычное минимальное количество времени. Вопрос решен.

[mayton2019]

Читал, что при использовании JOIN индексирование бесполезно.

Вот интересно где ты это читал. Я конечно знаю что мы живем в эпоху "плоской земли". Это когда любой заблуждающийся может найти целое сообщество таких-же заблудших душ. Ну да ладно.

Поскольку разработка под БД и SQL - это практика. То ты можешь подойти с практической стороны. Взять 2 таблицы (желательно поболее 1 гигабафт) и сделатьй JOIN их по PK и ссылочному ключу без индекса. И потом тоже самое с индексом. И не забудь предложение WHERE потому что оно тоже имеет значение.

Вообще индекс в наше время - это trade-off. Сделка по сути. Мы платим налог в виде какого-то % IOPS/CPU во время вставки OLTP транзакций и мы это ПРИНИМАЕМ и соглассны с этим.

Но мы взамен имеем очень короткое время поиска данных или JOIN.

Вообще проверь это все. И не верь никаким писателям.

И мне тоже не верь. Проверяй на своей базе время выборки для всего SELECT.

[Akina]

rinaz22,

обычные таблицы, условно с id, name, login, comment

И что, они настолько секретны, что DDL ну никак нельзя публиковать?

Если с тебя что-то просят - то вовсе не затем, чтобы хоть что-то ляпнуть и заставить тебя потрудиться.

Answer 1

[Immortal_pony]

Читал, что при использовании JOIN индексирование бесполезно

Чушь, ни читай такое больше

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