есть довольно большая таблица за несколько лет там накопилось порядка полутора миллиардов записей.
занимает это больше 100 Гб, плюс индексы.
упрощенно говоря, данные в таблице нужны, за исключением одного поля Char (15 byte), содержимое этого поля вообще мало кому интересно, а если и интересно, то только первые пару месяцев "для разборок". потом оно обращается в мусор.
сама таблица партицирована(по дате, месячными кусками).
вопрос вот чем, как эффективно сделать очистку поля и места которое оно занимает.
мой осн разума родил пока такие варианты.
1. сделать поле типом Varchar, по прошествии трех месяцев содержимое партиции перезаписываю в отдельную таблицу с удалением значения поля. партицию дропаю, данные обратно. индексы все local будет довольно быстро.
2. поэкспериментировать с полями типа Clob, не уверен, что тут можно чего то полезного сделать.
3. ничего не делать и забить на порядка 20% бесполезно занятого места в этой таблице.

как бы вы сделали?

Наверно это правда.
Еще вариант. хранить рядом дубль таблицы с этим полем, и безжалостно дропать партиции через 2-3 месяца.
Дело в том что ряд запросов поднимают очень много данных из этих таблиц. сократив размер записи быстрей будем хранить нужное.
Ну я надеюсь.
Уже был вынужден сделать пару таблиц с выжимками сгруппированными по некоторым полям из этой таблицы.

[quot Stax#22078366
менять придется для таблицы, как бы прикладнуха не поплыла после смены типа
[/quot]
пишет в таблицу PHP там помоему пофиг, что за тип.
смотрят пара несильно важных окошек на делфи. и отчеты на фастрепорте.
модификация не будет ограничена этим полем.
удалю еще как минимум 3 бесполезных.
зачем то по традиции разраб вставил туда ИД, дату создания записи, и ид юзера создавшего.
думаю чтобы там еще удалить.
так что экономия на размере записи будет куда существенней....

у таблицы,по данным статистики, AVG_ROW_LEN 73,
нулов в этом поле практически нет.
Char, если мне не изменяет склероз, дополняется до полной длины пробелами. значит 15 байт
15/73*100 чуть больше 20.
полей больше 5.
там в основном варчары и нумберы. с нулами. да и варчары не длинные(хранятся) в среднем

довольно мерзкая аналитика, плюс о ней никто не подумал, когда делали таблицу, да и росла она тогда на 10 млн в год) это счас на 50 млн в месяц. и как я уже писал это не единственное поле которое хочу подвергнуть экзекуции. в итоге запись, надеюсь, будет вдвое короче. чтений уж точно будет меньше.