Hmmm, ok, I can't retask any of my people or reallocation funds for this year but I can personally do 5 to 10% of that monthly cost.
Some more people and project plan- then the ball could roll :) Quoting "Joshua D. Drake" <[EMAIL PROTECTED]>: > > > > > And that has nothing to do with user need as a whole, since the care > > level I mentioned is predicated by the developer interest level. > > While I know, Marc, how the whole project got started (I have read the > > first posts), and I appreciate that you, Bruce, Thomas, and Vadim > > started the original core team because you were and are users of > > PostgreSQL, I sincerely believe that in this instance you are out of > > touch with this need of many of today's userbase. And I say that with > > full knowledge of PostgreSQL Inc.'s support role. If given the choice > > between upgrading capability, PITR, and Win32 support, my vote would > > go to upgrading. Then migrating to PITR won't be a PITN. > > If someone is willing to pony up 2000.00 per month for a period of at > least 6 months, I will dedicated one of my programmers to the task. So > if you want it bad enough there it is. I will donate all changes, > patches etc.. to the project and I will cover the additional costs that > are over and above the 12,000. If we get it done quicker, all the better. > > Sincerely, > > Joshua Drake > > -- > Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC > Postgresql support, programming shared hosting and dedicated hosting. > +1-503-222-2783 - [EMAIL PROTECTED] - http://www.commandprompt.com > The most reliable support for the most reliable Open Source database. > > > > ---------------------------(end of broadcast)--------------------------- > TIP 8: explain analyze is your friend > -- Keith C. Perry Director of Networks & Applications VCSN, Inc. http://vcsn.com ____________________________________ This email account is being host by: VCSN, Inc : http://vcsn.com ---------------------------(end of broadcast)--------------------------- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
