Re: Recovery target 'immediate'
От | Robert Haas |
---|---|
Тема | Re: Recovery target 'immediate' |
Дата | |
Msg-id | CA+TgmoaQ7brEzNjK9s-DdS+J9=WnnVV7v8+1yB4XeWoqnoMZ=w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Recovery target 'immediate' (Heikki Linnakangas <hlinnakangas@vmware.com>) |
Список | pgsql-hackers |
On Fri, Apr 26, 2013 at 12:25 PM, Heikki Linnakangas <hlinnakangas@vmware.com> wrote: >> Doing it the other way means you need to add a new kind of recovery >> target to the API just for this. >> recovery_target_immediate = on > > Sounds good to me. Yeah, I don't have a problem with that, at all. > Actually, from a usability point of view I think would be nice to have just > one setting, "recovery_target". It's already somewhat confusing to have > recovery_target_xid, recovery_target_time, and recovery_target_name, which > are mutually exclusive, and recovery_target_inclusive which is just a > modifier for the others. Maybe something like: > > recovery_target = 'xid 1234' > recovery_target = 'xid 1234 exclusive' > recovery_target = '2013-04-22 12:33' > recovery_target = '2013-04-22 12:33 exclusive' > recovery_target = 'consistent' > recovery_target = 'name: daily backup' I agree that the current API is confusing in exactly the way you describe. Whether this is an improvement, I'm not sure. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: