Re: Streaming replication and postmaster signaling
От | Tom Lane |
---|---|
Тема | Re: Streaming replication and postmaster signaling |
Дата | |
Msg-id | 17502.1262899421@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Streaming replication and postmaster signaling (Robert Haas <robertmhaas@gmail.com>) |
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > On Thu, Jan 7, 2010 at 3:36 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Robert Haas <robertmhaas@gmail.com> writes: >>> I am tempted to say we should clamp down and go into damage control >>> mode sooner rather than later. >> >> The more I see of the HS patch, the more I think the same. �But my >> proposal for "damage control mode" would be to immediately punt >> everything else to the next release and focus our energies exclusively >> on HS *and* SR. > Hmm. There's something to what you say, but what about the people who > were expecting their patches to be reviewed and perhaps committed in > the forthcoming CommitFest. I proposed a schedule for this release > that involved only three CommitFests and it was rejected, so it seems > a bit unfair to pull the rug out from under people at the eleventh > hour. Will we lose developers if we do this? Well, I think we should put at least some effort into clearing out the underbrush. There's a lot of pretty small stuff in the January CF list that I think we could go through in a short time. The biggies, IMO, are the ones you noted: > Unfortunately, there are some patches that I probably will not feel > confident to commit without your input - in particular, writeable > CTEs, listen/notify, more frame options in window functions - and Teodor's GIN/GIST stuff. If we feel that we are in schedule trouble I think that bumping these to the next release is by far the sanest response. Bumping SR so we can get these in would be completely misguided. regards, tom lane
В списке pgsql-hackers по дате отправления: