> On 1/19/10 9:28 AM, Greg Smith wrote: > > Takahiro Itagaki wrote: > >> The conclusion is splitting existing projects into some 'modules', > >> and getting the modules one by one into core. Voted features are here: > >> http://wiki.postgresql.org/wiki/ClusterFeatures
"splitting existing projects into some 'modules', and getting the modules one by one into core" was not the concluion, actually. For example, see below from above URL: This means that we expect PostgreSQL exports it's parser so that existing cluster softwares can use it. Not opposite direction. > API into the Parser / Parser as an independent module > > * just first step, before going to the catalog > * statement based replication need to reply certain constructs with > CONSTAnT values you provide > * Figure out which you need to replace... quite difficult > * but if we have the plan, could do better -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese: http://www.sraoss.co.jp > > This page was a bit messy for someone who didn't attend the meeting to > > follow. I just cleaned it up so that the features are listed in voting > > order, and to have more inter-page links. It's better, but could use > > some more work still. > > Yeah, we'll be cleaning it up and fleshing it out more from now until pgCon. > > --Josh Berkus > > -- > Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-hackers -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers