09.08.2006 15:21
Собственно, почему не делаете? Проверил, у deucel тоже работает на ура, как я понял... Речь о Partitioning.
09.08.2006 17:54
И что, шибко толку много ? эт на каких размерчиках надо начинать ?
09.08.2006 17:59
Думаю, при размере базы от 20Гб - самое оно...
24.08.2006 08:28
to olegon
для FFMAPREP используем давным давно а к каким еще можно попробовать прикрутить?
24.08.2006 08:59
По идее, к SMSPEC, например. На всех больших. Какой тип партиций на FFMAPREP использовали?
24.08.2006 09:16
"by range" по SALEDATE, и subpartition по inlist saletype (товарные отчеты мухой вылетают), по SMSPEC на что попробовать? мои опыта особого прироста не дали по краней мере по чтению а модификацию большим количеством сессий на тестовой БД не протестишь(((
24.08.2006 10:18
хм, особого прироста точно не будет, тоже пробовал... Тогда не знаю :) А SMCASHCHECKITEMS? Я по памяти, навскидку больше здоровых таблиц не вспомню, да и вообще, у меня-то тоже тестовые только базы...
24.08.2006 14:18
Не советую пробовать на FFSPEC, при переносе у меня ругнулся на
типа немогу восстановить секционированный индекс.
Секционировать имеет смысл только по range и list.
У меня например пока
FFMAPREP (range SALEDATE),
SMSPEC (list DOCTYPE),
SMSPECTAX (range DOCTYPE, но лучше list),
SPSALE (range SALETIME),
SMSPECSTAT (list DOCTYPE)
24.08.2006 14:21
Цитата:
deucel Секционировать имеет смысл только по range и list.
hash не дает прироста производительности?
24.08.2006 14:32
Мне даже показалось что тормозит.
Хотя если разносить по разным табличным пространствам - может тогда имеет смысл (я пробовал в одном).
Часовой пояс GMT +3, время: 14:31.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.