DB2: сжатие данных в действии

[zinal]

Структура и наполнение базы данных с реального проекта небольшого аналитического хранилища.
Сверху 10 крупнейших таблиц в "построчной" классической организации, имя (скрыто), количество страниц (по 32 килобайта) и процент пространства, сэкономленного за счет сжатия данных.
Снизу те же 10 крупнейших таблиц (получилось, что в том же порядке) в "поколоночной" организации данных для DB2 BLU Acceleration.



Ниже скриншот с суммарно занимаемым пространством для "построчной" и "поколоночной" областей.
А ведь в построчной области еще и индексы требуются.



К слову, у основных конкурентов что в построчном, что в поколоночном вариантах степень сжатия обычно намного хуже получается.