Nav - SQL

[rmv]

Цитата:

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

Перевели Nav с Native на SQL. Navision 4.0 SP3. файл БД лежит на одном Raid 5 (SCSI), лог лежит на Raid 1 (SCSI). Сервер - 1 CPU Intel Xeon 3.4 Ghz, Ram - 3 Gb Win Server Rs Standart SP2.
Из видимых пользователями плюсов получили значительное ускорение выполнения различных "тяжелых" отчетов. Из видимых минусов - счета-накладные покупки-продаж стали учитываться медленнее. На глаз коэффициент замедления учета составил 1.3 - 1.4.
Вопроc - возможно ли ускорить учет документов?

Время увеличилось из-за заполнения сифтов на учетных таблицах. В Native DB они физически хранятся вместе с индексами, SQL версии до 5.0 - в таблицах и заполняются на триггерах SQL, начиная с 5.0 сделали индексированные view.
Не думаю что сильно поможет, но все же попробуйте пранализировать индексы и поотключать галки "Maintain Sift Index" на ненужных уровнях. Лучший результат даст перевод на клиента 5.0 и сервер SQL не ниже 2005.

[yes]

Цитата:

Время увеличилось из-за заполнения сифтов на учетных таблицах. В Native DB они физически хранятся вместе с индексами, SQL версии до 5.0 - в таблицах и заполняются на триггерах SQL, начиная с 5.0 сделали индексированные view.
Не думаю что сильно поможет, но все же попробуйте пранализировать индексы и поотключать галки "Maintain Sift Index" на ненужных уровнях. Лучший результат даст перевод на клиента 5.0 и сервер SQL не ниже 2005.

SQL стоит 2008 Standart. По поводу отключения "Maintain Sift Index"... Как определить, в каком ключе он нужен, а в каком не нужен?

[Cheb]

Цитата:

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

Цитата:

Время увеличилось из-за заполнения сифтов на учетных таблицах. В Native DB они физически хранятся вместе с индексами, SQL версии до 5.0 - в таблицах и заполняются на триггерах SQL, начиная с 5.0 сделали индексированные view.
Не думаю что сильно поможет, но все же попробуйте пранализировать индексы и поотключать галки "Maintain Sift Index" на ненужных уровнях. Лучший результат даст перевод на клиента 5.0 и сервер SQL не ниже 2005.

SQL стоит 2008 Standart. По поводу отключения "Maintain Sift Index"... Как определить, в каком ключе он нужен, а в каком не нужен?

Да смело отключайте на всех ключах. Потом включите по необходимости, если где-то будет из-за этого падение производительности. В целом, сифты нужны на небольших ключах, в которых первые поля имеют сравнительно небольшое число значений, т.е. низкую селективность. Например, в таблице 17, это ключ, начинающийся с "G/L Account No.". Если же ключ имеет высокую селективность, то сифты не нужны, СКЛ-сервер посчитает все даже быстрее, чем если бы они были.