|
|
|
|
#1 |
|
Участник
|
Цитата:
Сообщение от Blog bot
Лучше рассматривать стандартные пути увеличения производительности:
* TempDb на разных устройствах. Файловая группа для базы данных tempdb должна содержать несколько идентичных файлов одинакового размера; количество файлов должно определяться числом процессоров сервера (логических процессоров при гипертрейдинге, или физических при использовании процессоров с несколькими ядрами). Желательно разместить файлы на разных физических дисках, использующие разные контроллеры. Интересно, есть ли ссылки на такую информацию в документации?Цитата:
* Журналы на отдельном от данных устройстве с RAID 10.
Цитата:
Некоторые рекомендации по применению RAID массивов для баз данных Axapta:
|
|
|
|
|
#2 |
|
Модератор
|
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
| За это сообщение автора поблагодарили: gl00mie (3). | |
|
|
#3 |
|
Участник
|
Не согласен с автором. Секционирование может быть полезно и при размещении секций на одном физическом диске (рэйд массиве). Разделение таблицы на секции можно воспринимать, как второй "кластерный" индекс. "Кластерный" специально пишу в кавычках. Одно из преимуществ кластерного индекса перед простым заключается в том, что оптимизатор может использовать его при выборке в запросе большого массива данных (>15-20% результирующих строк запроса от общего кол-ва строк в таблице). Применительно к Аксапте например, на мой взгляд, было бы полезно секционировать таблицу бух. проводок (LedgerTrans) по полю даты (TransDate), если конечно кластерный индекс не создан или не содержит это поле первым (вторым после DataAreaId).
PS. Максимальная отдача от секционирования, на мой взгляд, может быть получена при использовании прямых SQL запросов PS2. Это пока только теория, конкретных цифирок у меня нет |
|
|
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|