<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog de David Rodriguez &#187; Base de datos</title>
	<atom:link href="http://blogdavidrodriguez.piensaennaranja.com/category/base-de-datos/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogdavidrodriguez.piensaennaranja.com</link>
	<description>Internet, tecnologia, programacion, SEO</description>
	<lastBuildDate>Tue, 20 Dec 2011 11:54:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>configuracion MATCH AGAINST en MySQL para menos de 4 caracteres</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2011/10/03/configuracion-match-against-en-mysql-para-menos-de-4-caracteres/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2011/10/03/configuracion-match-against-en-mysql-para-menos-de-4-caracteres/#comments</comments>
		<pubDate>Mon, 03 Oct 2011 15:13:32 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/?p=372</guid>
		<description><![CDATA[Si utilizamos en nuestras búsquedas MATCH AGAINST de MySQL, tenemos una limitación de 4 caracteres. Cualquier palabra menor a 4 caracteres no la encontrará. Para modificar esta configuración, debemos abrir el fichero /etc/my.cnf y añadir lo siguiente: [mysqld] ft_min_word_len=3 [myisamchk] ft_min_word_len=3 guardamos el fichero y reiniciamos el servicio del mysql. /etc/rc.d/init.d/mysqld restart Una vez reiniciado [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2011/10/03/configuracion-match-against-en-mysql-para-menos-de-4-caracteres/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Reemplazar un caracter en un campo de mysql</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2011/09/07/reemplazar-un-caracter-en-un-campo-de-mysql/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2011/09/07/reemplazar-un-caracter-en-un-campo-de-mysql/#comments</comments>
		<pubDate>Wed, 07 Sep 2011 14:41:20 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[Programacion]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/?p=368</guid>
		<description><![CDATA[Si se nos ha colado un caracter o texto que no queremos en alguna columna de una tabla de la base de datos MySql, tenemos la posibilidad de reemplazarlo rapidamente. UPDATE tabla SET campo = REPLACE(campo,'texto a buscar','nuevo texto'), campo1 = REPLACE(campo1,'texto a buscar','nuevo texto'); Esto nos puede ayudar mucho para eliminar caracteres extraños, spam, [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2011/09/07/reemplazar-un-caracter-en-un-campo-de-mysql/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Optimizacion de consultas sql con lower y trim</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2010/02/19/optimizacion-de-consultas-sql-con-lower-y-trim/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2010/02/19/optimizacion-de-consultas-sql-con-lower-y-trim/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 11:01:55 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Programacion]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[SQL]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/?p=214</guid>
		<description><![CDATA[Muchas veces utilizamos para buscar algún campo String en una base de datos MySql, confirmamos con lower y trim para poner todo el texto en minúsculas y eliminar espacios en blanco, tanto el principio como al final del registro. SELECT * FROM tabla WHERE lower(trim(email))=lower(trim(&#8216;emaildeprueba@prueba.com&#8217;)); Eliminar esas funciones sql en MySql reduce la consulta en [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2010/02/19/optimizacion-de-consultas-sql-con-lower-y-trim/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Error muy comun con between en mysql</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2009/09/25/error-muy-comun-con-between-en-mysql/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2009/09/25/error-muy-comun-con-between-en-mysql/#comments</comments>
		<pubDate>Fri, 25 Sep 2009 09:03:31 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[bd]]></category>
		<category><![CDATA[between]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2009/09/25/error-muy-comun-con-between-en-mysql/</guid>
		<description><![CDATA[Cuando hacemos una comparación de fechas en Mysql, es muy facil cometer un error que puede no verse reflejado en las pruebas que se hagan. SELECT * FROM tabla WHERE fecha BETWEEN &#8217;2009-09-01&#8242; AND &#8217;2009-09-30&#8242; ; Esta consulta algunas veces dará resultados válidos y otros invalidos. El problema es que si el campo fecha es [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2009/09/25/error-muy-comun-con-between-en-mysql/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>rownum en mysql. numero de lineas por consulta</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2009/09/11/rownum-en-mysql-numero-de-lineas-por-consulta/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2009/09/11/rownum-en-mysql-numero-de-lineas-por-consulta/#comments</comments>
		<pubDate>Fri, 11 Sep 2009 14:06:18 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[bd]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[rownum]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2009/09/11/rownum-en-mysql-numero-de-lineas-por-consulta/</guid>
		<description><![CDATA[Puede que necesitemos realizar un numrow de oracle en mysql. Es sencillo tratandolo como variables. SELECT @rownum:=@rownum+1 AS rownum, aux.* FROM ( SELECT * FROM table WHERE 1) aux, (SELECT @rownum:=0) r Puedes emular la inicialización de la variable a 0 como si fuera una tabla auxiliar. Posts relacionadosError muy comun con between en mysqlconfiguracion [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2009/09/11/rownum-en-mysql-numero-de-lineas-por-consulta/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Optimizacion de mysql con el fichero my.cnf</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2009/03/26/optimizacion-de-mysql-con-el-fichero-mycnf/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2009/03/26/optimizacion-de-mysql-con-el-fichero-mycnf/#comments</comments>
		<pubDate>Thu, 26 Mar 2009 11:38:45 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[Programacion]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2009/03/26/optimizacion-de-mysql-con-el-fichero-mycnf/</guid>
		<description><![CDATA[Cuando un proyecto empieza a tener consistencia y a tener un numero alto de visitas, lo más normal es que la base de datos empieza a ralentizarse. Para ello, como siempre hemos dicho, lo más importante es optimizar las consultas sql, que siempre se puede optimizar para un mejor aprovechamiento del tiempo de cpu usado [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2009/03/26/optimizacion-de-mysql-con-el-fichero-mycnf/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>muchos procesos mysql unauthenticated user</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2009/03/18/muchos-procesos-mysql-unauthenticated-user/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2009/03/18/muchos-procesos-mysql-unauthenticated-user/#comments</comments>
		<pubDate>Wed, 18 Mar 2009 12:15:43 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[Programacion]]></category>
		<category><![CDATA[]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2009/03/18/muchos-procesos-mysql-unauthenticated-user/</guid>
		<description><![CDATA[Llevamos unos días con ciertos problemas en el servidor. Nuestra arquitectura de servidores, tenemos un servidor web para las páginas, y un servidor web para la base de datos. Encontrabamos problemas en el servidor de base de datos, ya que aunque no habia problemas con los procesos, realizando un &#8220;top&#8221; nos encontrabamos con menos de [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2009/03/18/muchos-procesos-mysql-unauthenticated-user/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>error distinct en mysql. error comun</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2008/10/22/error-distinct-en-mysql-error-comun/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2008/10/22/error-distinct-en-mysql-error-comun/#comments</comments>
		<pubDate>Wed, 22 Oct 2008 08:28:55 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[distinct]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2008/10/22/error-distinct-en-mysql-error-comun/</guid>
		<description><![CDATA[Hay un error muy común que se nos pasa de la mente cuando utilizamos DISTINCT  en una sentencia SQL. Y es el simple hecho que DISTINCT debe ir al principio de la sentencia SQL. Es decir.SELECT DISTINCT email, nombre, apellidos FROM usuarios &#8211;&#62; CorrectoSELECT nombre, DISTINCT email, apellidos FROM usuarios &#8211;&#62; Incorrecto Espero que una cosa [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2008/10/22/error-distinct-en-mysql-error-comun/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Diferencias entre truncate y delete en mysql</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2008/09/29/diferencias-entre-truncate-y-delete-en-mysql/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2008/09/29/diferencias-entre-truncate-y-delete-en-mysql/#comments</comments>
		<pubDate>Mon, 29 Sep 2008 11:57:14 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[delete]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[truncate]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2008/09/29/diferencias-entre-truncate-y-delete-en-mysql/</guid>
		<description><![CDATA[Si os habeis preguntado alguna vez la diferencias entre truncate y delete en la base de datos mysql &#8230; aqui os pongo una pequeña explicación de cuando utilizar una u otra. TRUNCATE Este comando borra todas las filas de una tabla sin registrar las eliminaciones individuales en el log de transacciones. Por ejemplo: TRUNCATE Cursos; [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2008/09/29/diferencias-entre-truncate-y-delete-en-mysql/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Update con select &#8211; Actualizar campos de una tabla con los valores de otra</title>
		<link>http://blogdavidrodriguez.piensaennaranja.com/2008/08/13/update-con-select-actualizar-campos-de-una-tabla-con-los-valores-de-otra/</link>
		<comments>http://blogdavidrodriguez.piensaennaranja.com/2008/08/13/update-con-select-actualizar-campos-de-una-tabla-con-los-valores-de-otra/#comments</comments>
		<pubDate>Wed, 13 Aug 2008 14:19:00 +0000</pubDate>
		<dc:creator>David Rodriguez</dc:creator>
				<category><![CDATA[Base de datos]]></category>
		<category><![CDATA[actualizacion]]></category>
		<category><![CDATA[bbdd]]></category>
		<category><![CDATA[select]]></category>
		<category><![CDATA[update]]></category>
		<category><![CDATA[update select]]></category>

		<guid isPermaLink="false">http://blogdavidrodriguez.piensaennaranja.com/2008/08/13/update-con-select-actualizar-campos-de-una-tabla-con-los-valores-de-otra/</guid>
		<description><![CDATA[Hay veces que perdemos tiempo en hacer unos script para cosas que se pueden hacer con una simple sentencia de base de datos. Imaginemos el caso: Tabla1 con las columnas id,campo1,campo2 Tabla2 con las columnas id,id1,id2 y queremos actualizar todos los campos id1 con el valor de campo1 y todos los campos id2 con el [...]]]></description>
		<wfw:commentRss>http://blogdavidrodriguez.piensaennaranja.com/2008/08/13/update-con-select-actualizar-campos-de-una-tabla-con-los-valores-de-otra/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

