<?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: Error #1005 &#8211; Can&#8217;t create table&#8230; en MySQL al intentar crear una relacion 1-M</title>
	<atom:link href="http://kelvinmedina.com/blog/2009/07/error-1005-cant-create-table-en-mysql-al-intentar-crear-una-relacion-1-m/feed/" rel="self" type="application/rss+xml" />
	<link>http://kelvinmedina.com/blog/2009/07/error-1005-cant-create-table-en-mysql-al-intentar-crear-una-relacion-1-m/</link>
	<description>kelvinmedina.com</description>
	<lastBuildDate>Thu, 13 Aug 2009 19:04:57 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Xavi Montero</title>
		<link>http://kelvinmedina.com/blog/2009/07/error-1005-cant-create-table-en-mysql-al-intentar-crear-una-relacion-1-m/comment-page-1/#comment-10</link>
		<dc:creator>Xavi Montero</dc:creator>
		<pubDate>Thu, 13 Aug 2009 19:04:57 +0000</pubDate>
		<guid isPermaLink="false">http://kelvinmedina.com/blog/?p=150#comment-10</guid>
		<description>Por si le sirve a alguien:

Yo me he estado volviendo loco con el mismo problema, el TIPO DE DATO era idéntico. en ambos casos era un VARCHAR(36) que utilizo para almacenar como claves primarias un UUID estándar en formato &quot;string&quot;.

Sin embargo al ser texto, tienen asociado un &quot;código de caracteres&quot; y una tabla se creó con el tenía el charset con &quot;UTF&quot; y otra con el &quot;LATIN&quot;.

No enlazaban por eso.

Cambiando el charset para ser todo coherente (ambos a utf8 o ambos a latin) ya me dejó crear la FOREIGN KEY sin el error del &quot;can&#039;t create table...&quot;</description>
		<content:encoded><![CDATA[<p>Por si le sirve a alguien:</p>
<p>Yo me he estado volviendo loco con el mismo problema, el TIPO DE DATO era idéntico. en ambos casos era un VARCHAR(36) que utilizo para almacenar como claves primarias un UUID estándar en formato &#8220;string&#8221;.</p>
<p>Sin embargo al ser texto, tienen asociado un &#8220;código de caracteres&#8221; y una tabla se creó con el tenía el charset con &#8220;UTF&#8221; y otra con el &#8220;LATIN&#8221;.</p>
<p>No enlazaban por eso.</p>
<p>Cambiando el charset para ser todo coherente (ambos a utf8 o ambos a latin) ya me dejó crear la FOREIGN KEY sin el error del &#8220;can&#8217;t create table&#8230;&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
