Н-да, ответ тоже будет не прямой.
1. Фрагментация ради увеличения производительности.
Года 2 назад, проанализировав свои индексы решил уменьшить количество levels
с помощью фрагментации.
Пересоздал индексы - уменьшил, правда токо на 1 уровень.
Далее, теория теорией, но нужно как-то проверить.
Составил тест для выборки нескольких миллионов единичных значений.
В итоге, при сравнительном тесте на фрагментированном по выражению индексе
и на индексе состоящему из 1 partnum пришел к одинаковым результатам по
количеству ISAM вызовов, количеству чтений буферов и времени выполнения.

Почему так получилось - не стал разбираться, это было на 9.40 и создавать кучу
пространств для фрагментирования индексов не хотелось.

М.б., есди бы levels уменьшился на 3 получился бы выигрыш, а может я не то сравнивал,
давно это было

Round robin для ускорения вставок не пробовал - не скажу.

2. Фрагментация для обхода ограничений сервера.
Есть ограничения на размер partnum, количество в нем строк, количества экстентов.
Для обхода эих ограничений можно воспользоваться фрагментацией.

И еще 1 момент касательно сжатия данных на 11.50.
Уменьшая размер ОЛТП БД вы в некотом роде увеливаете доступность сервера.
Большие таблицы можно фрагментировать а "старые" фрагменты сжимать,
таким образом уменьшая размер БД.

Leonid VorontsovСистема - SMP, RAID - 10-й. То, что приходится обходить ограничения фрагментированием - ясно. Задача - быстродействие. zaiets, конечно, огорчил :-( Хотя Performance Guide утверждает, что быстродействие можно улучшить! За счёт исключения сервером фрагментов при выполнении запроса, а также за счёт снижения конкуренции запросов на фрагмент...

Прошу прощения, с утра я был в глубоком расстройстве по поводу проигрыша ДК.
К вечеру вроде как немного отошел.

Сейчас призадумался, и точно сказать не могу что именно я тестировал.
помню, что задачу поставил - уменьшение количества чтений индексных страниц за счет уменьшения levels.
И, как оказывается. хватил меня склероз.
Точно как решал - не скажу.
Мог как фрагментированием так и увеличением размера странницы.
Но, результат был негативный.
поэтому отзываю свои слова назад.

На 11.50 с разным окружением вроде как не проблема.
В пределах 1го хоста делаете PRI и SDS.
SDS настраиваете на PDQ и вперед.
либо на HDR.
Если конечно позволяет логика приложения.