SQL ALTER TABLE

добавить рядом табличку-клон с новым полем, скопировать в нее, переименовать.

300 тысяч это фигня. Сделай копию таблицы и посмотри сколько её ALTER займёт. Рискну предположить ~ 500 миллисекунд. А если default значение нового поля NULL то таблица вообще не будет перезаписываться.

> добавить рядом табличку-клон с новым полем, скопировать в нее, переименовать.

Вы конечно же в курсе что RENAME не изменят ссылки во VIEW? :)

Они как ссылались на старую таблицу, так и будут ссылаться поскольку не зависят от имени а связаны по внутреннему числовому идентификатору таблицы.

Ну я с этим особо и не спорю. Но я сказал же, что таблица нагружена. Я пробовал в лоб делать альтер тайбл. В течение 30 минут оно так и не отработало. Про звонки недовольных клиентов молчу уж.

Оно действительно работало 30 минут или ждало блокировки? А какая у Вас версия сервера?

9.0.1. Мне сложно достоверно судить, что на самом деле происходило, т.к. мягко говоря не гуру. Но у меня есть предположения в пользу того, что всё же не в блоке висел альтер. После запуска альтера, поднялась нагрузка на проц и на дисковую подсистему. Причем значительно. iotop показывал, что процессы постгреса ушатывают дисковую подсистему. Думаю при ожидании разблокировки такого бы не было.

попробуй выполнить альтер в не загруженное время, например ночью, во время очередного бэкапа

> Вы конечно же в курсе что RENAME не изменят ссылки во VIEW? :)

клевая фича.

А я пробовал, успеха не добился. Даже в 3-5 утра на БД есть значительная нагрузка, это самая популярная таблица в БД. Поэтому и интересуют нестандатные техники.

alter table t add f text default null; выполнится за миллисекунды потому что не изменяет таблицы, только её описание. Вам только нужно сделать поддержку NULL значения в Вашем новом поле.

http://habrahabr.ru/blogs/mysql/121129/ может поможет =)

Ну и http://www.linux.org.ru/forum/admin/4237634 глянь