Цитата:
Сообщение от
AraraT®
Это возможно впринципе, но при условии, что движок Аксы будет поддерживать инструкции по созданию таблиц и включением на них сжатия.
Ну да, конечно, а еще чтоб движок Аксапты умел управлять партиционированием таблиц, а заодно - заставлять Oracle держать часто используемы таблицы полностью в памяти, чтоб не ставить на них в AOT кэширование EntireTable (буквально на днях был словлен жестокий глюк с расчетом НДС из-за этого EntireTable на TaxData).
Цитата:
Сообщение от
AraraT®
Можно конечно "ручками" (скриптом) сделать это, НО это не всегдна необходимо на всех таблицах
А никто не заставляет включать это огульно на всех таблицах. Сжатие можно включать "гранулированно" вплоть до
уровня отдельных полей и индексов.
Цитата:
Сообщение от
AraraT®
например транзакционные таблицы сжатие только замедлит
С учетом того,
как реализовано сжатие в Ms SQL 2008, не совсем понятно, с чего бы оно замедлило работу с транзакционными таблицами.
Цитата:
Сообщение от
AraraT®
да и при очередной синхронизации AOTа с БД, всё это может слететь.
Оно может слететь при пересоздании индексов или же таблиц (Аксапта иногда при синхронизации создает новую таблицу, переливает в нее данные, затем струю drop'ает, а новую переименовывает), но как раз на такой случай и нужно держать под рукой скрипт с настройками сжатия для базы Аксапты
Цитата:
Сообщение от
AraraT®
А вот шифрование "на лету" включается на саму БД, поэтому в эту сторону смотреть и экспериментировать.
Ну, исходно речь шла о выигрыше в производительности... С другой стороны, раньше такие задачи приходилось решать сторонними приблудами-шифровалками, а теперь - нате, встроили в СУБД
