Господа, имею вопрос. Чем дальше - тем больше тормозит одна база при проведении документов. Тормоза при выполнении запроса к регистру остатков ПартииТоваровНаСкладах (это самая ёмкая во всей базе таблица: 3,5ГБ) в связке с регистром сведений СписанныеТовары. Базе уже десять лет.
Если не рассматривать обрезание базы - какие есть варианты?
И зачем вообще нужен запрос по регистру партий в связке с регистром сведений СписанныеТовары?
Если товар списан, то и остатков его по регистру партий быть не должно.
(1) регистр там - моё почтение. И незакрытого хватает. Но сейчас всё одно делать ничего нельзя: конец года.
Странно, что тормоза прямо-таки стремительно стали расти
Грохни СписанныеТовары все равно это оперативный регистр 
[...], вот один раз жопа была на работе
Ращот себестоимости. Чо так долго, чо так долго. А у меня своя консоль запросов. Там можно вычислять запросы пакетно. Вычислил я тот запрос
Профайлера у меня не было. Доступа нет прямого. Чтобы план запроса был
Вот я ломал себе голову.
Думаю, тут индексации же нет. Устаревший что ли запрос
Добавил одно соединение по индексу
Вот я возился там с этим расчётом себеса
Облазил сайты англоязычные
Плана запроса у меня было, так как профайлера не было, бо был только 1с
Один раз базу обновить кореш не мог. Ещё такая огромная база. 2 терыча. Обратился ко мне. Я облазил сайты.
Помог. Он потом просил ещё помочь ему. Я говорю типа обращайтесь к Гилеву. Он проф
Это не моя работа. Я - разработчик
А то спрашивают на собеседованиях про оптимизацию запросов. Детские вопросы какие-то. Баляя, про соединения.
Я куда поступаю, в детский сад что ли
Люблю жосские тех. собесы. Лайв кодинг. В последний раз не был лайв. Дали задание по ERP
Сразу взяли после второго собеса. Да там несложно было
(4) хе... Там два с половиной гига, кстати...
