<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: What MySQL Can Learn from PostgreSQL</title>
	<atom:link href="http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/feed" rel="self" type="application/rss+xml" />
	<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql</link>
	<description>A permanent record for what's interesting today - this is my live journal</description>
	<lastBuildDate>Wed, 10 Mar 2010 10:35:48 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: byte</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-133488</link>
		<dc:creator>byte</dc:creator>
		<pubDate>Sun, 04 May 2008 22:39:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-133488</guid>
		<description>Hi!

Sorry for the late(ish) response.

All:
Remember, these notes were taken *verbatim* from the talk. They were my feelings. They&#039;re what one might consider a transcript. There is unfortunately no recording of the talk...

Joshua:
1. No worries with regards to EnterpriseDB...
2. Honest you were, but the tone was pretty confrontational. Let us not speculate as to why he brought up the problem, irrespective if Sun was in the room or not.

Thanks for linking to the rest of your blog posts. You also mention that you spoke with Marten Mickos quite a bit, and he&#039;s supported having your talk. Note that I do not say having your talk was bad, or anything, I just clearly write notes from it...

William:
The process is being opened up, its just facing what I&#039;d like to refer to as, growing pains.

Joshua:
Monty&#039;s talk highlighted all of our growing pains.

Mark:
There is no ETA. The plan is the plan, until there is a new plan? We all want changes, but we have to go through step-by-step refinement.

The CLA is unfortunately still around. We are looking into the SCA soon. Curiously, why can&#039;t someone from a big company sign the SCA? Novell for example, I know have signed the SCA for OpenOffice.org contributions.

Community branch is something as you know we&#039;ve been trying to work out for a while. I think once we&#039;ve fixed our release policy, we can focus on accepting patches, say like the HEAP tables patch and other great patches that you yourself have.

Josh Berkus:
Congratulations on patching PostgreSQL and providing core level patches in under-2 weeks :)

If someone is unhappy with MySQL support, they&#039;re also not a slave to Sun. There are numerous firms out there that are the EnterpriseDB/CommandPrompt equivalents in the MySQL ecosystem.</description>
		<content:encoded><![CDATA[<p>Hi!</p>
<p>Sorry for the late(ish) response.</p>
<p>All:<br />
Remember, these notes were taken *verbatim* from the talk. They were my feelings. They&#8217;re what one might consider a transcript. There is unfortunately no recording of the talk&#8230;</p>
<p>Joshua:<br />
1. No worries with regards to EnterpriseDB&#8230;<br />
2. Honest you were, but the tone was pretty confrontational. Let us not speculate as to why he brought up the problem, irrespective if Sun was in the room or not.</p>
<p>Thanks for linking to the rest of your blog posts. You also mention that you spoke with Marten Mickos quite a bit, and he&#8217;s supported having your talk. Note that I do not say having your talk was bad, or anything, I just clearly write notes from it&#8230;</p>
<p>William:<br />
The process is being opened up, its just facing what I&#8217;d like to refer to as, growing pains.</p>
<p>Joshua:<br />
Monty&#8217;s talk highlighted all of our growing pains.</p>
<p>Mark:<br />
There is no ETA. The plan is the plan, until there is a new plan? We all want changes, but we have to go through step-by-step refinement.</p>
<p>The CLA is unfortunately still around. We are looking into the SCA soon. Curiously, why can&#8217;t someone from a big company sign the SCA? Novell for example, I know have signed the SCA for OpenOffice.org contributions.</p>
<p>Community branch is something as you know we&#8217;ve been trying to work out for a while. I think once we&#8217;ve fixed our release policy, we can focus on accepting patches, say like the HEAP tables patch and other great patches that you yourself have.</p>
<p>Josh Berkus:<br />
Congratulations on patching PostgreSQL and providing core level patches in under-2 weeks :)</p>
<p>If someone is unhappy with MySQL support, they&#8217;re also not a slave to Sun. There are numerous firms out there that are the EnterpriseDB/CommandPrompt equivalents in the MySQL ecosystem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Boycott Novell &#187; Links 20/04/2008: Solaris Dumped for Better Performance with GNU/Linux; Many New Debian Developers Added</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132935</link>
		<dc:creator>Boycott Novell &#187; Links 20/04/2008: Solaris Dumped for Better Performance with GNU/Linux; Many New Debian Developers Added</dc:creator>
		<pubDate>Sun, 20 Apr 2008 07:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132935</guid>
		<description>[...] What MySQL Can Learn from PostgreSQL [...]</description>
		<content:encoded><![CDATA[<p>[...] What MySQL Can Learn from PostgreSQL [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Drake</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132900</link>
		<dc:creator>Joshua Drake</dc:creator>
		<pubDate>Sat, 19 Apr 2008 16:21:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132900</guid>
		<description>Josh (no not me),

It should be noted that the only Fox issue that came up was the in place upgrade issue because that have a 5TB database (they said this publicly). Which is what drove the whole discussion.

Anyway as usual you are spot on with the community, that is our strength. Any vendor is secondary to the user of the database. It doesn&#039;t matter if it is Command Prompt, EDB or Sun. Those vendors have to work with the community directly if they want to be the most productive, if those vendors don&#039;t then the customer/user has the ability to come to the community and the community will respond.

Disclaimer: I work for Command Prompt.</description>
		<content:encoded><![CDATA[<p>Josh (no not me),</p>
<p>It should be noted that the only Fox issue that came up was the in place upgrade issue because that have a 5TB database (they said this publicly). Which is what drove the whole discussion.</p>
<p>Anyway as usual you are spot on with the community, that is our strength. Any vendor is secondary to the user of the database. It doesn&#8217;t matter if it is Command Prompt, EDB or Sun. Those vendors have to work with the community directly if they want to be the most productive, if those vendors don&#8217;t then the customer/user has the ability to come to the community and the community will respond.</p>
<p>Disclaimer: I work for Command Prompt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Berkus</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132898</link>
		<dc:creator>Josh Berkus</dc:creator>
		<pubDate>Sat, 19 Apr 2008 14:41:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132898</guid>
		<description>Josh, Colin,

I&#039;m actually familiar with Fox&#039;s issues, and it&#039;s not clear that their PostgreSQL issues are even *PostgreSQL* bugs, except for one, which Sun patched and will be in the next PostgreSQL minor release.  Try getting a core-level patch in less than 2 weeks from Oracle.

However, you *have* pointed out another strength of the PostgreSQL community -- if FIM is unhappy with Sun&#039;s support of their PostgreSQL, they can go to EnterpriseDB or CommandPrompt.  They&#039;re not a slave to one vendor.</description>
		<content:encoded><![CDATA[<p>Josh, Colin,</p>
<p>I&#8217;m actually familiar with Fox&#8217;s issues, and it&#8217;s not clear that their PostgreSQL issues are even *PostgreSQL* bugs, except for one, which Sun patched and will be in the next PostgreSQL minor release.  Try getting a core-level patch in less than 2 weeks from Oracle.</p>
<p>However, you *have* pointed out another strength of the PostgreSQL community &#8212; if FIM is unhappy with Sun&#8217;s support of their PostgreSQL, they can go to EnterpriseDB or CommandPrompt.  They&#8217;re not a slave to one vendor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132876</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Fri, 18 Apr 2008 22:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132876</guid>
		<description>So what is the ETA for community changes in MySQL? We know that Monty wants things to change and he was specific about what he wants to change. Others from MySQL have stated that they want things to change but were less specific about what would change and when it would change. 

Will the contributor license change? If you work at a big company you will probably be unable to sign the MySQL CLA and the Sun SCA might not be any better.

Will there be a community branch? Ebay just published a great patch for HEAP tables. The patch is GPL. If there were a GPL community branch it could go there.</description>
		<content:encoded><![CDATA[<p>So what is the ETA for community changes in MySQL? We know that Monty wants things to change and he was specific about what he wants to change. Others from MySQL have stated that they want things to change but were less specific about what would change and when it would change. </p>
<p>Will the contributor license change? If you work at a big company you will probably be unable to sign the MySQL CLA and the Sun SCA might not be any better.</p>
<p>Will there be a community branch? Ebay just published a great patch for HEAP tables. The patch is GPL. If there were a GPL community branch it could go there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Drake</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132875</link>
		<dc:creator>Joshua Drake</dc:creator>
		<pubDate>Fri, 18 Apr 2008 20:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132875</guid>
		<description>William,

What I found interesting is that Monty&#039;s talk mirrored (according to reports) many of my points in my talk. So yes I would agree they are likely moving in that direction.</description>
		<content:encoded><![CDATA[<p>William,</p>
<p>What I found interesting is that Monty&#8217;s talk mirrored (according to reports) many of my points in my talk. So yes I would agree they are likely moving in that direction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Newton</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132873</link>
		<dc:creator>William Newton</dc:creator>
		<pubDate>Fri, 18 Apr 2008 18:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132873</guid>
		<description>Interesting. 

I agree with most of the comments. However, I was tasked with deciding between PostGres and Mysql a couple years ago. We didn&#039;t want to pay for support so we looked at the communities around each product and decided that Mysql&#039;s community support was better. It was easier to get help with it from various blog posts /mailing lists than Postgres at the time. At least that was our perception. 

The Mysql community is starting to organize itself, and Sun/Mysql AB has talked about opening up the development process to the community more. So I think we are moving closer to what Postgres has, although it still remains the gold standard for Open source community driven development.</description>
		<content:encoded><![CDATA[<p>Interesting. </p>
<p>I agree with most of the comments. However, I was tasked with deciding between PostGres and Mysql a couple years ago. We didn&#8217;t want to pay for support so we looked at the communities around each product and decided that Mysql&#8217;s community support was better. It was easier to get help with it from various blog posts /mailing lists than Postgres at the time. At least that was our perception. </p>
<p>The Mysql community is starting to organize itself, and Sun/Mysql AB has talked about opening up the development process to the community more. So I think we are moving closer to what Postgres has, although it still remains the gold standard for Open source community driven development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Drake</title>
		<link>http://www.bytebot.net/blog/archives/2008/04/17/what-mysql-can-learn-from-postgresql/comment-page-1#comment-132871</link>
		<dc:creator>Joshua Drake</dc:creator>
		<pubDate>Fri, 18 Apr 2008 17:16:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.bytebot.net/blog/archives/2008/04/18/what-mysql-can-learn-from-postgresql#comment-132871</guid>
		<description>Two things on your notes:

1. EnterpriseDB is the opposite, they’re closing up more and more.

I spoke with Bob Zurek who is the CTO of EnterpriseDB. I was not 100% correct in my EnterpriseDB comment. My reference came from this page: http://www.enterprisedb.com/products/postgres_plus_as.do which is very difficult to tell which is Open Source and which is not. However I still think they true benefit would be to just open everything up. 

2. Boy, I didn&#039;t think I attacked the guy from Fox Interactive Media. I was just being honest. The gentlemen would not have brought up the problem (especially with Sun in the room) if Sun was correctly addressing his needs.  

If Fox Interactive Media wants a solution to that 5TB problem, interacting with the community is the way to get that problem resolved. Sun may or may not be a part of the solution at that point, I would like to think that Sun would actually interact with the community to solve the problem as a whole. They recently did submit a WIP patch on the very topic, but the response has been fairly tepid, I believe because of bad communication from Sun. Keep in mind that I said, &quot;regardless of the factors involved, the solution is still the same, you have to go through the community.&quot;. That point was made at benefit of Sun. Sun can solve the problem on their own, but if they don&#039;t work with the community to do so, they end up with a Fork and now they maintain three databases (JavaDB, MySQL, PostgreSQL).

I actually talk a little more about this here:

http://www.commandprompt.com/blogs/joshua_drake/2008/04/what_mysql_and_really_sun_can_learn_from_postgresql/</description>
		<content:encoded><![CDATA[<p>Two things on your notes:</p>
<p>1. EnterpriseDB is the opposite, they’re closing up more and more.</p>
<p>I spoke with Bob Zurek who is the CTO of EnterpriseDB. I was not 100% correct in my EnterpriseDB comment. My reference came from this page: <a href="http://www.enterprisedb.com/products/postgres_plus_as.do" rel="nofollow">http://www.enterprisedb.com/products/postgres_plus_as.do</a> which is very difficult to tell which is Open Source and which is not. However I still think they true benefit would be to just open everything up. </p>
<p>2. Boy, I didn&#8217;t think I attacked the guy from Fox Interactive Media. I was just being honest. The gentlemen would not have brought up the problem (especially with Sun in the room) if Sun was correctly addressing his needs.  </p>
<p>If Fox Interactive Media wants a solution to that 5TB problem, interacting with the community is the way to get that problem resolved. Sun may or may not be a part of the solution at that point, I would like to think that Sun would actually interact with the community to solve the problem as a whole. They recently did submit a WIP patch on the very topic, but the response has been fairly tepid, I believe because of bad communication from Sun. Keep in mind that I said, &#8220;regardless of the factors involved, the solution is still the same, you have to go through the community.&#8221;. That point was made at benefit of Sun. Sun can solve the problem on their own, but if they don&#8217;t work with the community to do so, they end up with a Fork and now they maintain three databases (JavaDB, MySQL, PostgreSQL).</p>
<p>I actually talk a little more about this here:</p>
<p><a href="http://www.commandprompt.com/blogs/joshua_drake/2008/04/what_mysql_and_really_sun_can_learn_from_postgresql/" rel="nofollow">http://www.commandprompt.com/blogs/joshua_drake/2008/04/what_mysql_and_really_sun_can_learn_from_postgresql/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
