WEB форумы на jedi
[Форум] [Помощь] [Поиск] [Выйти]
Добро пожаловать, [info]User

WEB форумы на jedi [ПОИСК] [Архив до 03.2006]

Тема Оптимизация К предыдущему сообщению На следующее сообщение Бухгалтерский и т.п. софт

Отправил Oldman в 00:35 15.07.2005[Ответить]
Вот решишь выйти на следующий уровень, а приходят Пепсы и одергивают назад...
Давайте тогда поговорим об оптимизации алгоритмов в 7.7.
В нашей учетной программе в справочнике номенклатуры есть несколько (4) колонок с остатками по разным активным складам. Это ужасно тормозит систему, а под SQL наверно вообще встанет. Сейчас сделано так, что можно отключать ненужные в данный момент колонки остатков...
Хотелось бы знать, как оптимальней интерактивно выводить остатки по складам?


Отправил Peps в 01:53 15.07.2005[Ответить]
да кто одергивает? я призываю к здравому смыслу...


Отправил Gromozeka в 09:32 15.07.2005[Ответить]
По нажатии пользователем кнопочки показать остатки?


Отправил Peps в 12:09 15.07.2005[Ответить]
:)


Отправил MIIB в 16:49 16.07.2005[Ответить]
Можно сделать остатки в виде реквизитов справочника номенклатура, либо как подчинённый справочник остатков по складам, чтобы предусмотреть интерактивное добавление-удаление складов. Поддерживать актуальные итоги возможно, если обновление по отдельным товарам поставить в какую-нить процедуру проведения, типа - глСписаниеОстатковТМЦ().
Либо проще сделать, пусть эти реквизиты заполняются при открытии справочника номенклатура, но так будут небольшие тормоза при открытии, это может быть неудобно, зато при скроллинге тормозов не будет однозначно.


Отправил Oldman в 19:01 16.07.2005[Ответить]
Нет, это категорически невозможно. Прибольшом количестве пользователей, большой номенклатуре и большм документообороте мы захлебнемся в транзакции.

Еще хотелось бы узнать про оптимизацию запросов....


Отправил MIIB в 23:46 16.07.2005[Ответить]
Мне кажется, что всё будет в порядке. В процедуре списания остатков не надо будет расчитывать сводные остатки для списка номенклатуры, тем самым тормозить транзакцию. Там всего лишь будет фиксироваться список товаров, по которым изменились остатки на складах, чтобы где-то в другом месте (при открытии справочника номенклатуры или в обработе ожидания) пересчитать по ним остатки на складах.


Отправил MIIB в 01:11 21.07.2005[Ответить]
Сегодня столкнулся с такой же проблемой, только нужны были интерактивные взаиморасчеты с контрагентами, пересчет по одному элементу (в информационной строке) в справочнике сильные тормоза давал. Ввёл реквизит Долг, впихнул выгрузку итогов по покупателям в глДвижениеДолгов, чтобы итог записывался в тот реквизит Долг.... Люди документы проводят, перепроводят, а Долги всегда актуальны, и не тормозят