I know that there has been some discussion on this, but thought a
more-or-less explicit roadmap to v7.0 might be helpful. Here are some
thoughts:
1) dump/reload is allowed or required on every formal release (e.g. for
v6.1->v6.2). This will allow incremental improvements to the backend
code without having to put in everything at once.
2) time travel code can be removed during the v6.x releases. It has been
unsupported and de-emphasized (not the word I'm thinking of, but can't
recall what de-x word I want) since v6.0.
3) the most visible improvements and changes from a user's point of view
are in capabilities and user interfaces.
How about targeting an accumulation of capabilities for a v7.0 release?
The accumulated changes might consist of Purifying the code, Vadim's
backend optimizations (fsync improvements, index improvements and
time-travel-removal?), SQL enhancements including subselects, unions,
and rules, and ?? Assuming that we will continue to get incremental
improvements in data types, parsing, etc, I think that subselects must
be high on the list of desirable features which may not magically appear
without a concerted effort.
I would guess that the SQL enhancements will take the most time and
would show up later in the v6.x releases than some of the other items...
Some statement like this on the Web page or attached to the ToDo list
might be helpful.
Comments?
- Tom
------------------------------
