-
Сообщение на форуме
27 мая 2015 в 23:04:31
Из моего опыта... База, организованная на Postgre более требовательна к дисковой системе. Попробуйте поместить базу на дисковую систему с большой скоростью чтениязаписи мелких блоков данных, поставьте для эксперимента на SSD
-
Сообщение на форуме
24 мая 2015 в 11:06:09
1. Фактически, это реализация БУ-учета на базе упр. учета. Возможно реализовать на базе упр. движений в отдельном модуле по подписке на проведение документов.
2. В ТЗ указаны не все документы к доработке. Например, документы по ОС.
3. Схема бюджетирования не предусматривает перенос невыполненного плана бюджета на след. месяц. Более удобная схема может выглядеть так: справочник "Бюджеты" - определяет перечень бюджетов, справочник "Статьи бюджетов" (владелец Бюджет)- определяет структуру бюджета, по его структуре строится отчет по бюджетированию, регистр сведений "Соответствие статей" - определяет то, как разносить суммы по статьям доходовзатрат на статью бюджета, остаточный регистр накопления "Бюджетирование" - по приходу формируем регистрируем план бюджета, по расходу - факт, остаток по регистру - невыполненныйперевыполенный бюджет, переносится на следующий месяц.
4. Бюджетирование организовывается по подписке на запись в регистр бухгалтерии.
-
Сообщение на форуме
23 мая 2015 в 11:05:43
1. Если база лежит в сети, запустите ее и проверьте скорость работы на компьютере, где она размещена. Это даст ответ, является ли проблема сетевой.
2. Если не сетевая проблема, скопируйте базу на иной компьютер и проверьте быстродействие ее работы. Это даст ответ, есть ли проблема в железе.
3. Если проблем сети и железа нет, т.е. база одинаково работает и в случаях п1 и п2, тогда тестирование и исправление базы с переиндексацией или создание новой базы через загрузку-выгрузку.
Если п1-п3 не помогли, открывайте конфигуратор и включайте замер производительности на операциях, которые медленно выполняются. Это поможет выявить узкое место. Часто в больших файловых базах основную задержку дает запрос среза ценскидок для товара по периодическим регистрам сведений. Если регистры громадные и замер явно показывает большое время выборки из них - переходите на клиент-серверный вариант базы. Если по замерам производительности определяется, что задержку дает какая-либо функция, запрос - выкладывайте ее, возможно необходимо оптимизировать (например, как в случае партионного запроса в УПП, УТП).
В любом случае, надо детально проанализировать.
-
Сообщение на форуме
22 мая 2015 в 01:04:45
А право просмотра для роли стоит?