<?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: Keeping Your Database and PHP in Sync</title>
	<atom:link href="http://maggienelson.com/2008/05/keeping-your-database-and-php-in-sync/feed/" rel="self" type="application/rss+xml" />
	<link>http://maggienelson.com/2008/05/keeping-your-database-and-php-in-sync/</link>
	<description>databases and code goodness</description>
	<lastBuildDate>Sat, 28 Aug 2010 21:51:25 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dave Marshall</title>
		<link>http://maggienelson.com/2008/05/keeping-your-database-and-php-in-sync/comment-page-1/#comment-23</link>
		<dc:creator>Dave Marshall</dc:creator>
		<pubDate>Sun, 25 May 2008 13:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://maggienelson.com/blog/?p=41#comment-23</guid>
		<description>We just have the stored procedures in particular directorys and use phing to add them to the database.
I&#039;ve never really got my head round branching changes to the schema. Procedures, triggers and views I can appreciate changing between branches and using our simple directory full of procedure scripts, we can branch and manipulate successfully.
But how do you add a schema change to the branch, but not the trunk? And then eventually merge back into the trunk? The schema in the trunk could have changed several times in between and so on. I suppose it depends on how you run the branches. We tend to run maintenance branches and every now and then a feature branch.
I&#039;m not trying to be pedantic, it&#039;s just something I&#039;ve always struggled with. Maybe if I&#039;d been lucky enough to get to your talk, things would be clearer :)
</description>
		<content:encoded><![CDATA[<p>We just have the stored procedures in particular directorys and use phing to add them to the database.<br />
I&#8217;ve never really got my head round branching changes to the schema. Procedures, triggers and views I can appreciate changing between branches and using our simple directory full of procedure scripts, we can branch and manipulate successfully.<br />
But how do you add a schema change to the branch, but not the trunk? And then eventually merge back into the trunk? The schema in the trunk could have changed several times in between and so on. I suppose it depends on how you run the branches. We tend to run maintenance branches and every now and then a feature branch.<br />
I&#8217;m not trying to be pedantic, it&#8217;s just something I&#8217;ve always struggled with. Maybe if I&#8217;d been lucky enough to get to your talk, things would be clearer :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maggie Nelson</title>
		<link>http://maggienelson.com/2008/05/keeping-your-database-and-php-in-sync/comment-page-1/#comment-22</link>
		<dc:creator>Maggie Nelson</dc:creator>
		<pubDate>Sat, 24 May 2008 16:55:01 +0000</pubDate>
		<guid isPermaLink="false">http://maggienelson.com/blog/?p=41#comment-22</guid>
		<description>Glad you asked, Dave!  I was looking into DbDeploy when I was looking for a tool to do what I needed.  The two big things that DbDeploy is missing are:
1. support for stored procedures
2. support for multiple branches of development
</description>
		<content:encoded><![CDATA[<p>Glad you asked, Dave!  I was looking into DbDeploy when I was looking for a tool to do what I needed.  The two big things that DbDeploy is missing are:<br />
1. support for stored procedures<br />
2. support for multiple branches of development</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Garb</title>
		<link>http://maggienelson.com/2008/05/keeping-your-database-and-php-in-sync/comment-page-1/#comment-21</link>
		<dc:creator>Neil Garb</dc:creator>
		<pubDate>Fri, 23 May 2008 15:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://maggienelson.com/blog/?p=41#comment-21</guid>
		<description>Thanks for the great slides! We&#039;ve been battling to get this right in our department for about 6 months now.  We&#039;ve got the code part down, but we&#039;re still doing database updates and rollbacks manually.
On a related note, I devised a simple DB-based system to deploy (and sync) only those rows that have been marked as &#039;approved&#039;.  If anyone is looking for a technique to do this, you can check it out at http://codecaine.co.za/blog/posts/quality-control-with-php-and-mysql/.
</description>
		<content:encoded><![CDATA[<p>Thanks for the great slides! We&#8217;ve been battling to get this right in our department for about 6 months now.  We&#8217;ve got the code part down, but we&#8217;re still doing database updates and rollbacks manually.<br />
On a related note, I devised a simple DB-based system to deploy (and sync) only those rows that have been marked as &#8216;approved&#8217;.  If anyone is looking for a technique to do this, you can check it out at <a href="http://codecaine.co.za/blog/posts/quality-control-with-php-and-mysql/" rel="nofollow">http://codecaine.co.za/blog/posts/quality-control-with-php-and-mysql/</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Marshall</title>
		<link>http://maggienelson.com/2008/05/keeping-your-database-and-php-in-sync/comment-page-1/#comment-20</link>
		<dc:creator>Dave Marshall</dc:creator>
		<pubDate>Fri, 23 May 2008 08:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://maggienelson.com/blog/?p=41#comment-20</guid>
		<description>How will your tool differ from something like DBDeploy, except for using XML?
</description>
		<content:encoded><![CDATA[<p>How will your tool differ from something like DBDeploy, except for using XML?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
