Re: Version Numbering -- The great debate - Mailing list pgsql-hackers
From | Joshua D. Drake |
---|---|
Subject | Re: Version Numbering -- The great debate |
Date | |
Msg-id | 410C470E.3070206@commandprompt.com Whole thread Raw |
In response to | Re: Version Numbering -- The great debate (Tom Lane <tgl@sss.pgh.pa.us>) |
Responses |
Re: Version Numbering -- The great debate
|
List | pgsql-hackers |
Hello,<br /><br /> Version 7.5 is as close to a major release as I have seen in the almost 9 years I have been using PostgreSQL.<br/> This release brings about a lot of "enterprise" features that have been holding back PostgreSQL in a bigway for<br /> for a long time.<br /><br /> All of my serious customers; potential, existing and past has all at one pointor another requested most if not<br /> all of the features being released onto the world with 7.5. In fact the onlyones that I can think of off the top <br /> of my head that isn't in the current list of availables is table partitioningand to a lesser extent two phase commit.<br /><br /> This release definately deserves a major version jump. Ifit were up to me it would be more than one (I would<br /> call it 10h for obvious reasons. O.k. the h is a joke but I amserious about the 10) just from a marketing <br /> standpoint. I could argue a major version jump just from the fact thatwe finally have a port to the most used <br /> operating system (regardless if that is good or bad) in the world.<br/><br /> Sincerely,<br /><br /> Joshua D. Drake<br /><br /><br /><br /><br /> Tom Lane wrote:<br /><blockquote cite="mid4010.1091319264@sss.pgh.pa.us"type="cite"><pre wrap="">Josh Berkus <<a class="moz-txt-link-abbreviated" href="mailto:josh@agliodbs.com">josh@agliodbs.com</a>>writes: </pre><blockquote type="cite"><pre wrap="">Even if Savepointsdon't make it, we'll still have: </pre></blockquote><pre wrap=""> Savepoints are in, as is exception-trapping in functions (at least plpgsql, the other PLs are on their own :-(). Some other major improvements you didn't mention: Cross-datatype comparisons are indexable (at least for common combinations); this solves a huge performance gotcha Dependency-aware pg_dump Much more complete support for rowtype operations </pre><blockquote type="cite"><pre wrap="">This is more features worth mentioning than we've ever had in a single release before -- and if you consider several add-ons which have been implemented/improved at the same time (Slony, PL/Java, etc.) it's even more momentous. If this isn't 8.0, then what will be? </pre></blockquote><pre wrap=""> I tend to agree, and was about to bring up the point myself. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster </pre></blockquote><br /><br /><pre class="moz-signature" cols="72">-- Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC Postgresql support, programming shared hosting and dedicated hosting. +1-503-667-4564 - <a class="moz-txt-link-abbreviated" href="mailto:jd@commandprompt.com">jd@commandprompt.com</a> - <a class="moz-txt-link-freetext"href="http://www.commandprompt.com">http://www.commandprompt.com</a> PostgreSQL Replicator -- production quality replication for PostgreSQL</pre>
pgsql-hackers by date: