Проблемы быстродействия Axapta 3.0

[sergeypp]

2 Torin

Цитата:

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

3) Перенести DataAreaID в конец индексов

А что это даст?

[Torin]

Цитата:

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

2 Torin

А что это даст?

В теории - индекс будет "быстрее" - так как наименее селективное поля держать в начале не соответвует рекомендациям. ДУмаю, Даамгадовцы сделали упор на конкурентность, за счет производительности - в случае с SQL 2000, dataareaid первым сегментом, как раз, улучьшает возможности конкурентного доступа.
Для SQL 2005 - это все припарки, - у него есть партишионинг.

[Vadik]

Цитата:

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

В теории - индекс будет "быстрее" - так как наименее селективное поля держать в начале не соответсвует рекомендациям

А Вы на практике данную рекомендацию проверяли? Один из выходных посвятил эксперименту - каких-либо существенных бонусов в случае использования одной компании не нашел (IO одинаковый или увеличивается), в случае нескольких компаний - только хуже, причем значительно (IO увеличивается в N раз, где N - число компаний)

В случае же одной компании куда как полезнее было бы просто отключение SAVEDATAPERCOMPANY или NODATAAREAID. IMHO, разумеется

[Torin]

Цитата:

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

В случае же одной компании куда как полезнее было бы просто отключение SAVEDATAPERCOMPANY или NODATAAREAID. IMHO, разумеется

По поводу теории практики отвечу позже. А это SAVEDATAPERCOMPANY или NODATAAREAID отключать советуете, если у нас 6 компаний ? ;-)

[Torin]

Цитата:

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

А Вы на практике данную рекомендацию проверяли? Один из выходных посвятил эксперименту - каких-либо существенных бонусов в случае использования одной компании не нашел (IO одинаковый или увеличивается), в случае нескольких компаний - только хуже, причем значительно (IO увеличивается в N раз, где N - число компаний)

Мне трудно сейчас, на рабочей базе проверять, но проверю еще раз, просто сам факт необходимости перекомпиляции.. База уже большая, на нот не влезет. Тем более, что наличие партишининга подсказывает, что количество dataareaid влиять не будет.

Заодно отвечу и Андре:
Господа, "священные войны" устраивать не хочу. Я не DBA, но были случаи в жизни, когда приходилось плотно изучать теорию и практику. Как я могу сослаться на теорию и практику за 6 лет по SQL, DB2 и Oracle ? :-)
Тем более, Андре, если вы оперируете опровежениями, но наверняка знаете и предмет, который опровергают ?
По сути - перенос DataAreaID в конец был сдела сразу (по экспертному мнению) и эффект от него не считался. Да я и не настаиваю на этом, как на панацее.

[sergeypp]

2 Vadik

Цитата:

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

В случае же одной компании куда как полезнее было бы просто отключение SAVEDATAPERCOMPANY или NODATAAREAID. IMHO, разумеется

SAVEDATAPERCOMPANY - это нужно изменять в каждой таблице..
а где указывается NODATAAREAID?.. и можно ли убрать все DATAAREAID в одном месте?
какие отрицательные стороны этого мероприятия..
сразу скажу что нельзя будет замутить компанию для тестирования производительности.. больше ничего в голову не приходит.. отрицательные эффекты должны быть и лучше о них знать заранее