DB2: сжатие данных в действии
Apr. 6th, 2016 04:03 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
zinalСтруктура и наполнение базы данных с реального проекта небольшого аналитического хранилища.
Сверху 10 крупнейших таблиц в "построчной" классической организации, имя (скрыто), количество страниц (по 32 килобайта) и процент пространства, сэкономленного за счет сжатия данных.
Снизу те же 10 крупнейших таблиц (получилось, что в том же порядке) в "поколоночной" организации данных для DB2 BLU Acceleration.
Ниже скриншот с суммарно занимаемым пространством для "построчной" и "поколоночной" областей.
А ведь в построчной области еще и индексы требуются.
К слову, у основных конкурентов что в построчном, что в поколоночном вариантах степень сжатия обычно намного хуже получается.
Сверху 10 крупнейших таблиц в "построчной" классической организации, имя (скрыто), количество страниц (по 32 килобайта) и процент пространства, сэкономленного за счет сжатия данных.
Снизу те же 10 крупнейших таблиц (получилось, что в том же порядке) в "поколоночной" организации данных для DB2 BLU Acceleration.
Ниже скриншот с суммарно занимаемым пространством для "построчной" и "поколоночной" областей.
А ведь в построчной области еще и индексы требуются.
К слову, у основных конкурентов что в построчном, что в поколоночном вариантах степень сжатия обычно намного хуже получается.
