Уважаемые коллеги,

Мне пришлось upgrade-ировать ASA 7.0 standalone database to ASA 10.0 standalone database:
- upgrade-ировать пришлось сначала с ASA 7.0 на ASA 9.0 а затем ASA 9.0 на ASA 10.0;
- поскольку мне нужно было в upgrade-ированной БД иметь character set UTF8BIN вместо Western European 1252, то я в ASA 9.0 создавал новую БД с UTF8 character set и pfntv делал upgrade с помощью unload из исходной ASA 7.0 в новую ASA 9.0. Затем я создавал новую ASA 10.0 БД с UTF8BIN character set и pfntv делал upgrade с помощью unload из исходной ASA 9.0 в новую ASA 10.0;
- поскольку мне в конечной ASA 10.0 БД нужно было alter-ивать все columns типа CHAR, VARCHAR и LONG VARCHAR на columns типа NCHAR, NVARCHAR и LONG NVARCHAR соответственно, то мне пришлось drop-нуть все primary and foreign keys, поскольку иначе невозможно было произвести alter-ование тех колонок, которые входили в состав primary and foreign keys. Затем после alter-ования типов мне пришлось создать все primary and foreign keys заново.

В результате всех этих манипуляций конечная ASA 10.0 БД получилась размером в 6-ть раз большим, чем исходная ASA 7.0 БД пр том же количестве таблиц и данных в них и том же количестве других объектов (stored procedures, triggers, views).

Каким образом можно шринковать конечную ASA 10.0 БД до минимально возможного размера ?

Ggg_oldЭто можно проверить с помощью консольной утилитки и посмотреть сколько в БД свободных страниц.А что это за утилитка ?

Спасибо всем,
удалось уменьшить размер БД примерно в 4-раза. Наибольшее место занимали именно хвосты.

Увеличение окончательного размера БД примерно в 1,5 раз отношу к использованию UTF8 вместо Western European 1252.
А может быть и увеличение размера page от 1024 до 8192 тоже сыграло роль ?