AC
И сам запрос, конечно
Size: a a a
2021 February 24
AC
Если прямо уверен, то можно захинтить и посмотреть как поменяется план запроса. Ещё сравнить статистику, включив SET statistics time, io ON
TS
Нинзи, халп!
есть бекап бд 1С, на таблице висит куча индексов, делаю любой, самый простой SARG запрос - в плане хоть тресни только скан индексов, куда смотреть?
Статистику и индексы перестроил.
есть бекап бд 1С, на таблице висит куча индексов, делаю любой, самый простой SARG запрос - в плане хоть тресни только скан индексов, куда смотреть?
Статистику и индексы перестроил.
можешь указать хинт и проверить
К
да, укажи хинт и проверь)
ДT
объединив постгрес и убунту, я получил в базе статистику кто пингует наш шлюз по убунте, и отсортировал по количеству
ДT
вот топ за 2 дня , по количеству пингов, это нидерланды и яндекс
ДT
нафига яндекс пингует 2000 раз наш айпи?
AS
нафига яндекс пингует 2000 раз наш айпи?
Прям "пингует"?
ДT
Прям "пингует"?
да, я статистику именно пингов собирал
ДT
SRC=77.88.4.22 LEN=44 TOS=0x00 PREC=0x00 TTL=240 ID=54321 PROTO=ICMP TYPE=8 CODE=0 ID=14690 SEQ=51129
DS
Нинзи, халп!
есть бекап бд 1С, на таблице висит куча индексов, делаю любой, самый простой SARG запрос - в плане хоть тресни только скан индексов, куда смотреть?
Статистику и индексы перестроил.
есть бекап бд 1С, на таблице висит куча индексов, делаю любой, самый простой SARG запрос - в плане хоть тресни только скан индексов, куда смотреть?
Статистику и индексы перестроил.
Тупой вопрос: они не задизейблены часом? В смысле те, по которым д.б. sarg
А, хотя ты ж перестроил.
А, хотя ты ж перестроил.
F
Denis Suhotin
Тупой вопрос: они не задизейблены часом? В смысле те, по которым д.б. sarg
А, хотя ты ж перестроил.
А, хотя ты ж перестроил.
не, в общем разобрался, парни
@User322, @Tim_Safari, @alexchaykin
во всех индексах первым полем идёт поле с 1 значением = 0, т.е самое не селетивное, его нужно указывать в условиях
@User322, @Tim_Safari, @alexchaykin
во всех индексах первым полем идёт поле с 1 значением = 0, т.е самое не селетивное, его нужно указывать в условиях
F
я такое в axapta видел
TS
это случайно не ID компании?)
F
это случайно не ID компании?)
я тоже так подумал, здесь это область данных, кстати хинты forcessek не даёт применять
MC
не, в общем разобрался, парни
@User322, @Tim_Safari, @alexchaykin
во всех индексах первым полем идёт поле с 1 значением = 0, т.е самое не селетивное, его нужно указывать в условиях
@User322, @Tim_Safari, @alexchaykin
во всех индексах первым полем идёт поле с 1 значением = 0, т.е самое не селетивное, его нужно указывать в условиях
единственное значение =0?
F
единственное значение =0?
Угу
MC
тогда понятно, в чём дело. В документации об этом есть:
If there are very few distinct values, such as only 1 and 0, most queries will not use the index because a table scan is generally more efficient
И дальше решение:
For this type of data, consider creating a filtered index on a distinct value that only occurs in a small number of rows
Т.е., убираешь это поле из первой колонки индекса, и переносишь в фильтр.
p.s. Да и вообще убрать это поле из индекса и запроса, раз оно всегда содержит одно и то же
If there are very few distinct values, such as only 1 and 0, most queries will not use the index because a table scan is generally more efficient
И дальше решение:
For this type of data, consider creating a filtered index on a distinct value that only occurs in a small number of rows
Т.е., убираешь это поле из первой колонки индекса, и переносишь в фильтр.
p.s. Да и вообще убрать это поле из индекса и запроса, раз оно всегда содержит одно и то же
TS
тогда понятно, в чём дело. В документации об этом есть:
If there are very few distinct values, such as only 1 and 0, most queries will not use the index because a table scan is generally more efficient
И дальше решение:
For this type of data, consider creating a filtered index on a distinct value that only occurs in a small number of rows
Т.е., убираешь это поле из первой колонки индекса, и переносишь в фильтр.
p.s. Да и вообще убрать это поле из индекса и запроса, раз оно всегда содержит одно и то же
If there are very few distinct values, such as only 1 and 0, most queries will not use the index because a table scan is generally more efficient
И дальше решение:
For this type of data, consider creating a filtered index on a distinct value that only occurs in a small number of rows
Т.е., убираешь это поле из первой колонки индекса, и переносишь в фильтр.
p.s. Да и вообще убрать это поле из индекса и запроса, раз оно всегда содержит одно и то же
и из таблицы