Очень медленно работает интерфейс бухгалтерских проводок

[pk]

Интересно почему в saldmoun записей много - наверняка сидят пустышки (вроде настройка была не формировать нулевое сальдо)

Возможно, потому что тянется ненулевое сальдо по многочисленным старинным планам счетов? Чтобы оно не рассчитывалось впредь, надо просто удалить записи входящего сальдо по старым планам счетов с 1/10/2013, например.

[edward_K]

Да еще по поводу SSD - это все таки неполноценный винт и он не рассчитан на много операций записи - до 10% сразу отводят под сбойные блоки. 100 раз почитайте в интернете прежде чем разместить базу на нем. В любом разе нужно делать раид. Да и проще тогда всю таблу вынести на него.

[Иван]

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

[Алексей]

по ОС амортизации с наличием большого количества проводок рекомендовали txoSQL. сам не пробовал, ибо нам неактуально, слышал рапорты о десятикратном ускорении формирования проводк по износу ОС.

у нас провдок 12 млн. записей
сальдо 5.7 млн записей
особых проблем при просмотре проводок не испытываем.

[Plinda]

9 миллионов проводок - проблем нет с просмотром. MSSQL

Если проблемы с временем расчета амортизации - то тут проблема совершенно в другой плоскости.

[Den]

а для чего вообще интерфейс используете? какое практическое его применение?

Все же не ответили Вы так на данное уточнение . На самом деле тоже интересен данный вопрос. Почему именно данную функциональность юзает толпа бухов (ну может не 130 человек, а поменьше...). У меня тут тестовая БД есть с 22 млн oborot и все чирикает вполне удовлетворительно. Да и расчет амортизации , может и влияет как то , но не каждый же "день" он запускается..

[Шевцов Владимир]

Активировать этот режим, можно добавив в galnet.cgf следующие строки:

Код: Выделить всё

{UseFilters}
  UseFltInSalAndOb=on

Имя секции {UseFilters} нужно именно в фигурных скобках указывать (это синтаксис для скрытых параметров).

Увидел в старых ответах. Установил. Доволен. Спасибо.