ГА
Yaroslav Schekin
Возможно, были неправильно составлены запросы, либо индекс был неподходящим.
Т.е. нужно смотреть запросы, планы и \d таблиц.
Т.е. нужно смотреть запросы, планы и \d таблиц.
спасибо!
Size: a a a
2021 January 29
AS
Yaroslav Schekin
В принципе да.
А мне что-то подсказывает, что нет. Так же если в запросе есть order by - может не совпадать с индексом
AS
Составной индекс нужен ( или покрывающий, вечно их путаю) create index $name$ on $table$ (col_1, col_2)
VY
А мне что-то подсказывает, что нет. Так же если в запросе есть order by - может не совпадать с индексом
может оба использовать, если BitmapScan-ы выберет и над ними BitmapAnd
AS
может оба использовать, если BitmapScan-ы выберет и над ними BitmapAnd
Угу, решил матчасть обновить, пардоньте
ГА
Еще вопрос, по поводу покрывающего индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
SG
Еще вопрос, по поводу покрывающего индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Покрывающий хорош когда вы по уникальному ключу хотите из индекса вытаскивать другие данные. Например сумму по номеру счёта.
AS
Еще вопрос, по поводу покрывающего индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Очередность идёт из порядка join'a и(или) where
YS
Еще вопрос, по поводу покрывающего индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Если правильно помню, нужное поле должно идти первым при создании индекса.
Первым должно идти то поле, которое нужно запросу (это нужно определять по логике работы индексов).
Кстати, покрывающих индексов "в вакууме" не бывает. Полное понятие — индекс, покрывающий данный запрос.
То есть это такой индекс, из которого можно получить все нужные данному запросу данные, и обращаться к самой таблице не нужно.
Кстати, покрывающих индексов "в вакууме" не бывает. Полное понятие — индекс, покрывающий данный запрос.
То есть это такой индекс, из которого можно получить все нужные данному запросу данные, и обращаться к самой таблице не нужно.
ГА
Всем спасибо!
YS
Очередность идёт из порядка join'a и(или) where
Хмм... в смысле?
AS
Yaroslav Schekin
Хмм... в смысле?
Например join по нескольким полям, индекс должен строиться исходя из запроса. Например
Select ...
From table a
Join table b
On a.col_1 = b.col_5
And a.col_2=b.col_7
Тут индекс нужно делать по b(col_5, col_7)
Where col_1 =x and col_3 = y
Индекс: b(col_1, col_3)
Select ...
From table a
Join table b
On a.col_1 = b.col_5
And a.col_2=b.col_7
Тут индекс нужно делать по b(col_5, col_7)
Where col_1 =x and col_3 = y
Индекс: b(col_1, col_3)
AS
Если это не olap запрос то executor залезет в таблицу и дернет конкретные строки(страницы)
YS
Например join по нескольким полям, индекс должен строиться исходя из запроса. Например
Select ...
From table a
Join table b
On a.col_1 = b.col_5
And a.col_2=b.col_7
Тут индекс нужно делать по b(col_5, col_7)
Where col_1 =x and col_3 = y
Индекс: b(col_1, col_3)
Select ...
From table a
Join table b
On a.col_1 = b.col_5
And a.col_2=b.col_7
Тут индекс нужно делать по b(col_5, col_7)
Where col_1 =x and col_3 = y
Индекс: b(col_1, col_3)
А, ясно.
Я выше имел в виду, что лучше всё же строить индексы исходя из представления о том, как они работают, чем такими эвристическими правилами пользоваться. :)
Я выше имел в виду, что лучше всё же строить индексы исходя из представления о том, как они работают, чем такими эвристическими правилами пользоваться. :)
VY
Например join по нескольким полям, индекс должен строиться исходя из запроса. Например
Select ...
From table a
Join table b
On a.col_1 = b.col_5
And a.col_2=b.col_7
Тут индекс нужно делать по b(col_5, col_7)
Where col_1 =x and col_3 = y
Индекс: b(col_1, col_3)
Select ...
From table a
Join table b
On a.col_1 = b.col_5
And a.col_2=b.col_7
Тут индекс нужно делать по b(col_5, col_7)
Where col_1 =x and col_3 = y
Индекс: b(col_1, col_3)
не факт, в ваших примерах индексы
col_7, col_5 и col_3, col_1 тоже допустимыAS
Yaroslav Schekin
А, ясно.
Я выше имел в виду, что лучше всё же строить индексы исходя из представления о том, как они работают, чем такими эвристическими правилами пользоваться. :)
Я выше имел в виду, что лучше всё же строить индексы исходя из представления о том, как они работают, чем такими эвристическими правилами пользоваться. :)
Лучше исходить из того, как работает executor
AS
не факт, в ваших примерах индексы
col_7, col_5 и col_3, col_1 тоже допустимыЯ подразумевал разные запросы, если это один - то да
AS
Пишу с телефона
YS
Лучше исходить из того, как работает executor
В этом отношении executor-ы почти всех RDMBS сейчас работают примерно одинаково (и в большинстве из них реализованы почти все возможности, которые b-tree может предоставить), поэтому общего представления о них обычно хватает. :)
МБ
Всем доброго дня! Помогите пожалуйста скрипт переделываю чтоб клиентов из организации удалить. Что то не выходит