<?xml version="1.0" encoding="ISO-8859-1"?><!-- generator="wordpress/2.3-alpha" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: El &#8220;errno: 150&#8243; de MySQL</title>
	<link>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/</link>
	<description>desarrollo web con estándares</description>
	<pubDate>Sun, 07 Sep 2008 07:07:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3-alpha</generator>

	<item>
		<title>By: Glimachi</title>
		<link>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/#comment-38179</link>
		<author>Glimachi</author>
		<pubDate>Fri, 27 Jun 2008 22:14:34 +0000</pubDate>
		<guid>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/#comment-38179</guid>
		<description>Muy bueno tu consejo Gracias, me paso lo mismo, y cambie mi campo para que se identico al del campo padre y funciono los alter table para la clave foranea.

codigo VARCHAR(10) NOT NULL

por el del padre que era este:

codigo varchar(10) character set utf8 collate utf8_bin NOT NULL</description>
		<content:encoded><![CDATA[<p>Muy bueno tu consejo Gracias, me paso lo mismo, y cambie mi campo para que se identico al del campo padre y funciono los alter table para la clave foranea.</p>
<p>codigo VARCHAR(10) NOT NULL</p>
<p>por el del padre que era este:</p>
<p>codigo varchar(10) character set utf8 collate utf8_bin NOT NULL</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juan</title>
		<link>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/#comment-36504</link>
		<author>Juan</author>
		<pubDate>Sun, 18 May 2008 03:28:48 +0000</pubDate>
		<guid>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/#comment-36504</guid>
		<description>Encontré esta pagina en el segundo lugar simplemente poniendo "mysql errno 150" en google y ya lo solucioné.
Muchas gracias por la explicación.
Para contar un poco nomas y que sirva como analogía de hasta donde rompe el rdbms: resulta que tenia un int(2) pero a uno le habia puesto unsigned y al otro lo habia dejado default... y kaput

Gracias otra vez</description>
		<content:encoded><![CDATA[<p>Encontré esta pagina en el segundo lugar simplemente poniendo &#8220;mysql errno 150&#8243; en google y ya lo solucioné.<br />
Muchas gracias por la explicación.<br />
Para contar un poco nomas y que sirva como analogía de hasta donde rompe el rdbms: resulta que tenia un int(2) pero a uno le habia puesto unsigned y al otro lo habia dejado default&#8230; y kaput</p>
<p>Gracias otra vez</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Claudio S.</title>
		<link>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/#comment-27099</link>
		<author>Claudio S.</author>
		<pubDate>Mon, 17 Mar 2008 04:41:22 +0000</pubDate>
		<guid>http://www.estadobeta.com/2008/03/16/el-errno-150-de-mysql/#comment-27099</guid>
		<description>Me pasó algunas veces, que dió ese error. 

Recuerdo que siempre fue por que el tipo de campo definido para la llave foranea no era igual al padre. Y cuando son muchas tablas no es fácil reconocerlo, sobre todo si las diferencias son tan sutiles como SMALLINT una y INT la otra, cuando ambas debian ser iguales.

Saludos.</description>
		<content:encoded><![CDATA[<p>Me pasó algunas veces, que dió ese error. </p>
<p>Recuerdo que siempre fue por que el tipo de campo definido para la llave foranea no era igual al padre. Y cuando son muchas tablas no es fácil reconocerlo, sobre todo si las diferencias son tan sutiles como SMALLINT una y INT la otra, cuando ambas debian ser iguales.</p>
<p>Saludos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
