4 ms·

Also the initial release of features is usually very minimal, almost to the point of not being usable in the real world except for a very targeted use case. Th

Also the initial release of features is usually very minimal, almost to the point of not being usable in the real world except for a very targeted use case. Then things sloowwwwly expand to cover more and more things as people have time to test and review. And if your patch adds a good feature but in a way that is bad architecturally then it will be rejected or fully rewritten with no care about what that means from a timing perspective. It means that it takes awhile for things like parallel query to really become valuable but when they do you know they work and work well.

sroussey 8y ago
The partition by hash is a good example in this release. I wondered by it wasn’t done when ranges were done, but patience is a virtue.
ecnahc515 8y ago
Yep, it's honestly the epitome of release early and release often applied to something mission critical like a DB. By the time it's in a release, even the minimal version of a feature is pretty good quality, but just not necessarily the full-feature yet, so people can still test it and rely on it like it's a full stable feature missing minor features.