Re: Feature suggestions (long)
От | Jim C. Nasby |
---|---|
Тема | Re: Feature suggestions (long) |
Дата | |
Msg-id | 20030520150224.GL40542@flake.decibel.org обсуждение исходный текст |
Ответ на | Re: Feature suggestions (long) (Martijn van Oosterhout <kleptog@svana.org>) |
Ответы |
Re: Feature suggestions (long)
|
Список | pgsql-hackers |
On Tue, May 20, 2003 at 12:40:00AM +1000, Martijn van Oosterhout wrote: > Anyway, the general trend seems to be against the idea so I may as well go > think of something else :) I'm disappointed to hear that. Having no way to effectively partition data is a real pain in pgsql, and your proposal would adress that. Yes, you can build it yourself by creating the view and all the rules by hand, but that has a lot of drawbacks: It's completely PGSQL specific It leaves no possibility for performance improvements down the road It's a lot of code to write You have to manually maintain it all every time you need to add a new partition (in your example, at the start of every year). I don't know what the policies for patches are, but I'd hope that the core team would consider adding this functionality, especially since a first-round implimentation can be done entirely with rules (or so it seems). I certainly understand that development time is a very limited resource, and I'm willing to work on this (though I'm not a C coder). Even if no one can commit to this right now, can't it be added to the todo list? -- Jim C. Nasby (aka Decibel!) jim@nasby.net Member: Triangle Fraternity, Sports Car Club of America Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?"
В списке pgsql-hackers по дате отправления: