Re: alter table without an ACCESS EXCLUSIVE lock
От | Andreas Berger |
---|---|
Тема | Re: alter table without an ACCESS EXCLUSIVE lock |
Дата | |
Msg-id | BANLkTikh0czdScJ2mKR7XPYZkregdinfOA@mail.gmail.com обсуждение исходный текст |
Ответ на | alter table without an ACCESS EXCLUSIVE lock (Andreas Berger <4postgres@gmail.com>) |
Список | pgsql-admin |
Thanks for your answer! In this spacial case your suggestion is a solution, but I am searching for an opportunity to make every change (e.g. alter table) without effecting availability of the database and the modified table when using wal shipping (maybe something like concurrently when creating an index). When using skytools I can keep the downtime minimal by doing a master slave change after modifying the slave db. But the question now is, is it possible to use wal shipping without having downtimes when modifying tables? regards, Andi On 2011-06-16 20:21, Tom Lane wrote:
> Andreas Berger <4postgres@gmail.com> writes:>> i'm searching for a solution for changing the type of a column, e.g. from >> varchar(128) to varchar(512), without an ACCESS EXCLUSIVE lock.> > That specific case (increasing the max length of a varchar column) could > be handled by hacking the pg_attribute.atttypmod entry for the column, > since no change in the actual data is required. > > However, I have no idea whether your replication environment would cope > with such a change --- experimenting on a non-production setup would be > highly recommendable. > > regards, tom lane
В списке pgsql-admin по дате отправления: