On Wed, Sep 20, 2017 at 9:42 AM, Peter Eisentraut <peter.eisentr...@2ndquadrant.com> wrote: > I don't have any expectation that that list will be kept up to date.
Ditto. I suggest removing this as an open item. There's no defect in the code alleged, and whether there is a defect in the documentation is a matter of opinion on which not everyone agrees. The open items list is not a club to force committers to change things in a way that the person adding it likes better; it is a means for ensuring that clear defects get addressed in a timely manner so that we can have a timely release. In my opinion, it would be useful and appropriate to document migration instructions. However, I think the burden of doing that in an appropriate way is on whoever wants it done, not on Heikki, just like any other change that somebody wants made. Also in my opinion, it would be inappropriate to encourage people to migrate to SCRAM. Our job is to provide features, not to admonish users that they must use them. We could equally well add notes to the documentation saying: * Installations using out-of-core logical replication are encouraged to consider whether our built-in logical replication is now a better option. * Installations using table inheritance for partitioning should consider using the new table partitioning feature instead. * Installations using btree indexes on wide keys with equality comparisons only should consider whether hash indexes are now a better alternative. But let's not. Let's just do what we're already doing - tell people what we've got and let them decide whether to use it. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers