V7.7 Регистры. Флаг "Быстрая обработка движений" #148007

Здрасте.Вопрос:Как скажется на быстродействии базы ДБФ 1.7Гб установка флага "Быстрая обработка движений" в регистрах. Док-в в день около 800.Заранее спасибо.

Скажется. В отрицательную сторону при проведении. В положительную при формировании некоторых отчетов.

Скажите пожалуйста, насколько критично.Мне необходимо найти компромис между inner join _1SJournи установкой данной птицы, что позволит не линковать журнал.

2 Это недолго проверить... возможны колебания в пределах вроде как процентов 30 (забыл уже) в отчетах и переборах

+ Не, наверное, это справедливо для флагов Отбор движений по нужным измерениям... короче, надо проверять...

ТиСРегистр Продажифлаг установлен:5355551255595382Флаг снят:5442546155365346В накладной 72 строки.Однозначности не увидел.Правда монопольно.

2 Это имхо не тот случай... накладных у тебя в общей массе много - в отчетах большого прироста не должно быть... попробуй флаги по нужным измерениям - . Но база распухнет

"ДБФ 1.7Гб"ИМХО лучше поставить SQL7.0 и забыть про эти галочки..

Всё начиналось с:Мне необходимо найти компромис между inner join _1SJournи установкой данной птицы, что позволит не линковать журнал.Я привёл результаты проведения Накладной.

...Так выпьем же за то, чтобы наши желания совпадали с нашими возможностями...К сожалению не совпадают.Из моих постов видно, что использую прямые запросы, что на ДБФ...

"использую прямые запросы, что на ДБФ" - в своё время попробовал и бросил..тяжко это.

Почему?Если переделывать модули проведения, то безусловно, тоска.А если отчёты? И когда сидит 7 аналитиков, которые выворачивают базу наизнанку в момент забивки накладных?

2 Потому что неблагодарное занятие, ИМХО. Проще SQL ставить на таких объёмах и загруженности.

Дык всё одно прямые запросы для аналитиков...что воля, что не воля. Всё одно, всё одно...:)

Чтобы найти в чем тормоза, необходимо юзать замер производительности ("часики" в отладчике 1С). И оптимизировать только те вещи, которые дают максимальную потерю скорости.

Пока часы 12 бьют?ТиСРегистр Продажифлаг установлен:5355551255595382Флаг снят:5442546155365346В накладной 72 строки.Однозначности не увидел.Правда монопольно

Иногда бывает, что запрос выполняется 40 секунд, а когда его слегка поправишь - 0,4 секунды. Находить такие косяки и помогает Замер производительности. А если ускорение - на проценты, то галки лучше не ставить (а то лишние индексы разрастутся). Верно.

Как ты в код:  |";Вставишь отладчик 1С?

Важен сам факт длительного выполнения запроса, а потом ты уже экспериментами можешь его пытаться уменьшить. Иногда совершенно случайно получается многократное ускорение. :-)

К вопросу о случайности:- Доктор вы видите в том углу суслика?- Нет!- И я нет.- А он там Есть!:)

На одной из своих старых работ в похожей стуации я сделал так:тк аналитикам была некритична инфа за текущий день, то я простона одной из машин помощнее поставил MSDE.Там создал свою базу (не 1С), с нужной структурой информации.(ну там табличка продаж, товаров, клиентов, фирм)Ночером выполнялся офигенный запрос, и необходимые данныесливались в эту базу. И аналитики днем делали запросы,дергая данные из этой базы. тк идшники объектов оставались"родные", ODBCRecordSet все прекрасно типизировал.Результат: раньше один отчет (прямой запрос на дбф)выполнялся 2-5 минут, отъедая 300 метров памяти, и практическипарализуя работу терминала, теперь этот же отчет делается 1-2 сек.

Не совсем подходит.Дело в том, что аналитики, отследив какую-нибудь ошибку в проставленных реквизитах статей затрат (например проект иди движение ден. средств), тут же дают команду на исправление. После чего хотят видеть результат незамедлительно.Я подобную вещь делал по типу Mod-а, анализируя журнал событий. Но всй получилось медленне чем я предполагал.

"сидит 7 аналитиков... в момент забивки накладных"В консерватории ничего не случилось?

Подробнее, если можно.

Даже не понял в чём крамола...

ИМХО, аналитика бестолковая... "движение ден. средств" . Потому и 7 "аналитиков", следящих за операторами.

Аналитики смотрят не за операторами. А за привязкой оплат к этим накладным.А в док-х оплаты (я назвал статьи затрат - пардон - не верно) проставляют проект и вид движения ден. средств.

для SQL версии есть набор отчетиков по оптимизации регистров. там селективность считается :)если чо как - пишите. shootnick2000 трам парам mail.ru могу заслать.отчетики под 1с++ переписаны.