Работаю над реализацией тегов, добавил две таблицы tags (id, tag_name) , tag_to_post (tag_id, post_id)
Вот теперь думаю как правильно добавить индексы, вроде в них в данном случае нуждается только таблица tag_to_post.
Два запроса , которые будут использоваться, это выборка постов по тегу, и получения списка тегов к каждому посту.
Какая самая выигрышная в плане и скорости нагрузки расстановка индексов? Хватит ли одного индекса на tag_id или на post_id в таблице tag_to_post? Или совместный индекс?
а если я на оба повешу primary key, то это отразиться на скорости? Это тоже индексирование?
1. Еугений - 29 Января, 2016 - 01:56:14 - перейти к сообщению
2. Мелкий - 29 Января, 2016 - 08:59:14 - перейти к сообщению
primary key - это уникальный индекс.
Если говорить про mysql и innodb - то данные в таблице лежат неотрывно от первичного индекса. И все другие индексы ссылаются на первичный ключ, а не на непосредственно данные.
выборка постов по тегу - tag_id & post_id
выборка тегов к посту: post_id & tag_id
Если один из этих индексов сделать первичным, то второй индекс из-за свойств первичного ключа можно сократить только до первого поля. Например, tag & post - PK, и отдельно индекс по post_id.
Какой именно сделать первичным - собственно, определяющего значения не имеет.
Если говорить про mysql и innodb - то данные в таблице лежат неотрывно от первичного индекса. И все другие индексы ссылаются на первичный ключ, а не на непосредственно данные.
выборка постов по тегу - tag_id & post_id
выборка тегов к посту: post_id & tag_id
Если один из этих индексов сделать первичным, то второй индекс из-за свойств первичного ключа можно сократить только до первого поля. Например, tag & post - PK, и отдельно индекс по post_id.
Какой именно сделать первичным - собственно, определяющего значения не имеет.
3. Еугений - 29 Января, 2016 - 15:07:59 - перейти к сообщению
Мелкий пишет:
primary key - это уникальный индекс.
Если говорить про mysql и innodb - то данные в таблице лежат неотрывно от первичного индекса. И все другие индексы ссылаются на первичный ключ, а не на непосредственно данные.
выборка постов по тегу - tag_id & post_id
выборка тегов к посту: post_id & tag_id
Если один из этих индексов сделать первичным, то второй индекс из-за свойств первичного ключа можно сократить только до первого поля. Например, tag & post - PK, и отдельно индекс по post_id.
Какой именно сделать первичным - собственно, определяющего значения не имеет.
Если говорить про mysql и innodb - то данные в таблице лежат неотрывно от первичного индекса. И все другие индексы ссылаются на первичный ключ, а не на непосредственно данные.
выборка постов по тегу - tag_id & post_id
выборка тегов к посту: post_id & tag_id
Если один из этих индексов сделать первичным, то второй индекс из-за свойств первичного ключа можно сократить только до первого поля. Например, tag & post - PK, и отдельно индекс по post_id.
Какой именно сделать первичным - собственно, определяющего значения не имеет.
Если я сделаю только РК, который добавляется как то так primary (tag_id, post_id) , то выборка после этого будет быстра только по полю tag_id? и поэтому надо бы добавить еще отдельно индекс на post_id?