Дня доброго.

Есть РН, назовем его "ТоварыНаСкладах".
У него есть измерения
Склад
Номенклатура
СерияНоменклатуры

и отчет по остаткам

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

Статистика SQL сервера показала, что за неделю uptime-а чтения по данному индексу было 15 (таких запросов по серии). Число записей - 125000 (при проведении документов).

Возникает вопрос - не вырубить ли этот индекс нахрен? Пусть эти десятки редких запросов строятся дольше, зато вырастит скорость проведения РТУ.

Сторонники Апдексов могут покурить в сторонке, я тут по крестьянски пытаюсь решить вопрос, которого нет.

что такое апдекс?

Я бы на копии перепровел РТУ и построил запросы с замерами, потом вырубил бы индекс и еще разок проверил бы. Есть у меня подозрение, что различия будут в рамках погрешности измерения.

где голо совалка?
я за отключение ненужных индексов.

(1) https://its.1c.ru/db/metod8dev#content:5807:hdoc

у меня был свой серийный учет, с шахматами и поэтессами, так там еще и контроль остатков по сериям был

(0) Чуть-чуть Апдекса придется - надо выяснить сценарий, на котором вылетают эти запросы. Они редки, но важность их неизвестна. Грубо говоря, не повесишь  ли ты какое-нибудь "закрытие месяца"

сильно ли нагружает этот индекс запись, вот в чем вопрос?

(1) http://www.gilev.ru/apdex-teoriya/
Методика оценки производительности

Ну вообще, смысл навязываемой идеалогии в оптимизации "от потребности", а не от того, что заметил неоптимальность. Я эту идеалогию не приемлю.

(4) (8) спасибо

(0) А они ж все равно смотрят по номенклатуре. Думаю, этого индекса им хватит

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

(10) у меня были десятки и сотни тысяч серий одной номенклатуры (и таких номенклатур еще штук 200) со строгим учетом.

(7) Статистики SQL по этому вопросу нет. Чтобы это понять, нужно принять (6), а мне за это никто не заплатит. Я сейчас быстро и ненапряжно отключаю 100% неиспользуемые индексы, мне это "ничего не стоит". И вот встретил "почти не используемый". И задумался. Долгих исследований его я делать не буду 100%

(10) Нет. Они вбивают наименование серии в фильтр отчета.

(11) Вот это и есть Апдекс классический :-)

(13) просто от твоих "неиспользуемых индексов" может быть экономия десятки мегабайт и пол процента времени. оно того стоит, писать макросы на каждую реструктуризацию?

(16) Все типовое, ты чего?! Ноно мне.

(15) апдекс вообще не изменился. ведь врсократилось не время одной операции, а суммарное время всех операций

(17) ты крыжики в конфе снимаешь? ну, тогда про затруднение обновления можно позанудствовать...

а что реально много времени на запись в этот регистр?
Если ты просто так, то эксперементируй

(19) Это моя конфа. Что хочу, то и делаю :-)
(16) Десяток мегабайт сюда, десяток туда.
В этом РН за полгода набилось под 2 млн. записей.

(21) 2 млн остатков?

(21) У меня, кстати, индекс на каждое измерение по 120Гб весил. Так что правильно, режь их нафиг.

(22) Движений.

(21) у меня РН с сериями не влезал в файловую...

(25)+ причем в филиалах. приходилось резать.

удали индекс, через недели посмотри предлагает ли sql его и какой процент выигрыша

кстати, там же есть репорт по размеру индексов, можно посмотреть, сколько места выиграется

(27) Оп! Отличная идея!

(28) На место - по большей части фиолетово.

(30) ну, если занимает много места, то и издержки на запись большие (косвенная связь всё-таки есть)

(31) Посмотрю.
Ладно, снесу индекс, перезагружу sql, посмотрим статистику через недельку.

http://optimization.guide/intro.html

Еще много таких грустных покинутых индексов лежат в регистрах сведений для измерений с галочкой "Ведущее".
Прям не знаешь, что делать.
Убрать галочку и добавить подписку на удаление владельца?

(34) ну, там еще команда перехода в УФ отвалится

(33) Плохо и тупо писать г-но производительный код, откладывая на потом. Плохая и глупая статья.

(35) Это печально, но мы напишем свою.

(36) это перевод классической книги по программированию «Mature optimization» Карлоса Буэно

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

Пешите код оптимально и правильно с самого начала, это просто.

вот у меня в ДС документов с основной таблицей с RLS выводится клиент (по которому также RLS) и прилепляется РС с дополнительными данными (и по этому РС также RLS) что делать в таком случае, как оптимизировать - кто его знает :(

А, ну и еще есть один ресурс в РС, который оказался высоконагруженным и который надо бы перенести в Измерения для использования кластерного индекса, но мне так лениво сейчас корежить отлаженный механизм записи/перезаписи в этот РС.

(0) убивай. Станет проблемой - вернешь.

а бизнес логика такая что есть сотрудники, которые набивают заказы по своим и "соседним" клиентам (RLS на клиентов и основную таблицу), а видят статусы заказов, оплату, исполнение и т.п. - только по своим (RLS на прилепляемый РС).
А "большие люди" очень не хотят, чтобы сотрудники не могли видеть всех клиентов и всю доп. информацию. Да и сотрудники сами привыкли и после замещения кого-то просят отключить в списке "чужие" документы, потому что они им "мешают"

(41) молодец. самое главное - немного подумать над структурой данных

заранее

(44) Потребность вылезла как доработка.

В 8.3 в справочники еще зачем-то добавили индекс по ПредопределеннымДанным, не используемый чуть менее, чем полностью.

Да, Ведущие измерения прям как нож по этому самому...

Нафиг там индексы не нужны процентов в 90

Попробуй проиндексировать ВСЕ измерения.

Зачем?

(51)Ну, если тебе не горит и хочется поболтать в ветке, то незачем:-)

(0) > Возникает вопрос - не вырубить ли этот индекс нахрен?

А у вас остатки по сериям хранятся и в документах серия подбирается или автоподбор? Просто имхается мне что индекс в этих случаях может интенсивно использоваться.

(53) 15 чтений, Карл. За неделю.
Серия подбирается wms системой. И иногда, как правило, когда остатка не хватает и документ при контроле остатка не проводится, менеджер тыкает отчет.

(0) >> зато вырастит скорость проведения РТУ
Какой прирост в скорости ожидаешь получить?

(55) Какой-нибудь.
Я рассказывал выше, что задачи нет, есть ощущение неоптимальности.

а серия подчинена номенклатуре?
Если да, то можно автоматом подставлять в фильтры номенклатуру.
И вместо индекса по серии использовать частично ингдекс по номенклатуре

(57) нет, не получится.
Нужен еще склад