Тормозит база

[Yakuza]

У нас старый Navision 2.0. Там размер файла базы ограничен 2Гб, расширять можно только посредством создания второго файла. Создали мы второй файл на 200Мб. Работало все нормально довольно долго, и в один прекрасный момент начало дико тормозить. При выводе списка товаров, при входе в счет... Было установлено, что тормозит операция CALCFIELDS по таблице Item Ledger Entry (таблица размером 800Мб, кол-во записей полмиллиона). Если сделать Backup, а затем Restore в новый файл - помогает на пару дней, начинает работать побыстрее. Затем снова то же. Сделали архивацию данных в этой таблице, процентов на 15 уменьшили размер. Не помогает. Смущает то, что до этого несколько месяцев работало нормально. Не сталкивался никто с таким ?

[Голышев Михаил]

Копайте в сторону SIFT'ов.

Попробуйте удалить все SIFTы 32 таблицы и создать их заново

[Dzemon]

Еще расширьте базу.
На ночь запускайте оптимизацию ключей.

[Yakuza]

Что такое SIFT ?
Оптимизация и так ведь происходит, когда восстанавливаешь базу в новый файл. Просто смущает, что раньше с большим размером таблицы было все нормально, а теперь началось. Насколько надо увеличить базу ? Сейчас занято 89% от размера.

[Dzemon]

SIFT - сум индекс филды ;-)
При восстановлении естественно оптимизация происходит, но при текущей работе она постепенно нарушается.
В принципе, должно быть порядка 30% свободного места в базе. Оптимизация увеличивает свободное место.

[Yakuza]

Явно что-то с ключами. Удалил пару ключей дополнительных, сразу зашуршало быстрее гораздо. Если нигде не понадобятся, так и оставлю

[IGG]

На некоторых внедрениях встречал ситуацию когда люди ставили индексы на поля "Описание" или "Сумма". Или поле остатка на конкретном складе по конкретному коду. Думаю надо провести аудит индексов и убрать лишние

[Галина]

Цитата:

Сообщение от golyshev

Копайте в сторону SIFT'ов.

Попробуйте удалить все SIFTы 32 таблицы и создать их заново

В версии два ноль этот совет не применим. Нельзя удалить все sift.Тогда была еще токо натив база.
Вообще странно-у нас было восемь файлов и все о-кей-особо не тормозило.

[Aleksander]

Цитата:

Сообщение от Галина

В версии два ноль этот совет не применим. Нельзя удалить все sift.Тогда была еще токо натив база.

Если рассматривать SIFT, как "сум индекс филды", по мнению Dzemon, то Галина не права. Ведь таблица может существовать (и такие таблицы существуют на практике) только лишь с одним ПЕРВИЧНЫМ ключом без "сум индекс филдов" и этого более чем достаточно. Возможно здесь путаница в терминах...
Что же все таки такое - SIFT? Если я правильно понимаю, то SIFT - это технология индексного суммирования. Или я все таки заблуждаюсь?

А тормоза, верно подмечено:
1. из-за обилия ненужных ключей
2. из-за некорректного расположения полей в ключе для "сум индекс филдов"
3. из-за обилия "флоуфилдов" на форме. Можно по умолчанию на форме (в данном случае списка товаров) оставлять только необходимый минимум "флоуфилдов"

[Zvezdin]

Цитата:

Сообщение от Yakuza

Что такое SIFT ?
Оптимизация и так ведь происходит, когда восстанавливаешь базу в новый файл. Просто смущает, что раньше с большим размером таблицы было все нормально, а теперь началось. Насколько надо увеличить базу ? Сейчас занято 89% от размера.

Расширьте базу. По рекомендации нужно расширять при заполнении 75%. У меня тормоза начинались при 72%

[Yakuza]

Проблема решилась (надеюсь, навсегда). Ничто не помогало, даже уменьшение размера таблица Item Ledger Entry в два раза. Начал копать в сторону параметра DBMS Cache. Это параметр всегда был равен 500кб. Также нельзя было поставить галочку Commit Cache. Из клиента никак не менялось. После долгого сидения по западным форумам наугад сделал вот что: в командной строке запуска сервера написал дополнительные ключи cache=70000 и commitcache=yes. И он их проглотил ! Сразу изменились эти параметры, запустился slave.exe. Все просто залетало, по сравнению с тем, что было. Самое неприятное, что эти параметры вообще никак не описаны в бумажной документации Просто, что есть такие, и на что влияют. Но как их устанавливать - молчок.

[satir]

Отчего же в доке "Installation & System Management: Business Solutions–Navision Microsoft Database Server" про эти параметры очень даже хорошо написано. С 2 не сталкивался, а в 3 и 4 входит в стандартную поставку вместе с другой документацией.

[Yakuza]

Вторая версия еще не микрософтовская была. Документация есть, там описано только, что есть такое свойство, и что оно дает. А вот как ключик указать - нет. Описано что угодно, dbreadonly=, id=, tempfilepath=... А про кэш ни слова.

[Aleksander]

Цитата:

Сообщение от Yakuza

Вторая версия еще не микрософтовская была. Документация есть, там описано только, что есть такое свойство, и что оно дает. А вот как ключик указать - нет. Описано что угодно, dbreadonly=, id=, tempfilepath=... А про кэш ни слова.

Странно. Но в документации "Инсталляция и администрирование системы" к версии 2.0 все превосходно описано, в том числе и про cache, даже приводятся примеры расчета...

[Yakuza]

Теоретически я представляю в чем дело. Может этот параметр задается при инсталляции и пишется в реестре ? Дело в том, что сервер ставили не инсталлируя, просто переписав директорию со старого сервера и вручную создав сервис. Но как раз в этой книжке не нашел описания параметров. Кстати, спутал. Navision изначально был версии 1.30, потом просто проапгрейдили его до второй версии.

[Aleksander]

Цитата:

Сообщение от Yakuza

Теоретически я представляю в чем дело. Может этот параметр задается при инсталляции и пишется в реестре ? Дело в том, что сервер ставили не инсталлируя, просто переписав директорию со старого сервера и вручную создав сервис.

Именно, при инсталляции и происходит запись в реестр.

[yes]

Цитата:

Сообщение от Dzemon

Еще расширьте базу.
На ночь запускайте оптимизацию ключей.

Возможно ли оптимизацию таблиц взвалить на NAS ?