<?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"
	>
<channel>
	<title>Comments on: MySQL and not null is not good!</title>
	<atom:link href="http://gabrito.com/post/mysql-and-not-null-is-not-good/feed" rel="self" type="application/rss+xml" />
	<link>http://gabrito.com/post/mysql-and-not-null-is-not-good</link>
	<description>Anecdotes on Java, Ruby, Sysadmin, SEO, Design, and Management</description>
	<pubDate>Thu, 04 Dec 2008 20:33:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: When installing MySQL always set the sql-mode</title>
		<link>http://gabrito.com/post/mysql-and-not-null-is-not-good#comment-1090</link>
		<dc:creator>When installing MySQL always set the sql-mode</dc:creator>
		<pubDate>Sun, 28 May 2006 19:51:13 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/23#comment-1090</guid>
		<description>[...] As I&#8217;ve described before, MySQL has some appalling out of the box settings which will thwart your attempts at good data integrity! They&#8217;ve clearly seen the light though and at least give you an option to achieve good data integrity through foreign keys in InnoDB and proper handling of non-nullable fields and invalid values through the servers sql-mode setting. What compounds the problem is that it seems MySQL may have different settings per platform. For example a friends 5.0.21 install on Windows XP had the sql-mode set with relatively strict settings whereas 5.0.18 on my Mac did not.  If you&#8217;re configuring MySQL for a new greenfield project there are 2 things that you should absolutely always do in your my.cnf (or my.ini in Windows): [...]</description>
		<content:encoded><![CDATA[<p>[...] As I&#8217;ve described before, MySQL has some appalling out of the box settings which will thwart your attempts at good data integrity! They&#8217;ve clearly seen the light though and at least give you an option to achieve good data integrity through foreign keys in InnoDB and proper handling of non-nullable fields and invalid values through the servers sql-mode setting. What compounds the problem is that it seems MySQL may have different settings per platform. For example a friends 5.0.21 install on Windows XP had the sql-mode set with relatively strict settings whereas 5.0.18 on my Mac did not.  If you&#8217;re configuring MySQL for a new greenfield project there are 2 things that you should absolutely always do in your my.cnf (or my.ini in Windows): [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Huss&#8217; blog &#187; Blog Archive &#187; The time has come to upgrade to MySQL 5</title>
		<link>http://gabrito.com/post/mysql-and-not-null-is-not-good#comment-14</link>
		<dc:creator>Todd Huss&#8217; blog &#187; Blog Archive &#187; The time has come to upgrade to MySQL 5</dc:creator>
		<pubDate>Fri, 13 Jan 2006 23:37:26 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/23#comment-14</guid>
		<description>[...] We&#8217;ve finally hit the point at work where we&#8217;re ready to upgrade from MySQL 4.0 to 5. Data integrity has been a problem since I started at this job. Part of the reason is that MySQL 4.0 has an odd (to put it lightly) interpretation of not null and we still have a fair amount of legacy Perl code running the administrative portion of the site that lets bad data through. The lack of subselects for ad-hoc querying, aggregation functions, stored procedures, and triggers has also grown more irritating knowing that MySQL 5 has those features. [...]</description>
		<content:encoded><![CDATA[<p>[...] We&#8217;ve finally hit the point at work where we&#8217;re ready to upgrade from MySQL 4.0 to 5. Data integrity has been a problem since I started at this job. Part of the reason is that MySQL 4.0 has an odd (to put it lightly) interpretation of not null and we still have a fair amount of legacy Perl code running the administrative portion of the site that lets bad data through. The lack of subselects for ad-hoc querying, aggregation functions, stored procedures, and triggers has also grown more irritating knowing that MySQL 5 has those features. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
