2008-03-07 09:08:02

My SQL?

Es muy recomendable leer tambi�n esta p�gina: http://www.adviesenzo.nl/examples/php_mysql_charset_fix/

Lidiando con UTF-8 y bases de datos en My SQL?�

URL: http://www.linuxparatodos.net/geeklog/staticpages/index.php?page=como-mysql-utf8
Autor: Joel Barrios Due�as
Correo electr�nico: joelbarrios arroba linuxparatodos punto net
Sitio de Red: http://www.linuxparatodos.net/
Jabber ID: darkshram@jabber.org

Creative Commons Reconocimiento-NoComercial-CompartirIgual 2.1

� 1999–2005 Linux Para Todos. Usted es libre de copiar, distribuir y comunicar p�blicamente la obra y hacer obras derivadas bajo las condiciones siguientes: a) Debe reconocer y citar al autor original. b) No puede utilizar esta obra para fines comerciales. c) Si altera o transforma esta obra, o genera una obra derivada, s�lo puede distribuir la obra generada bajo una licencia id�ntica a �sta. Al reutilizar o distribuir la obra, tiene que dejar bien claro los t�rminos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor. Los derechos derivados de usos leg�timos u otras limitaciones no se ven afectados por lo anterior. Licencia completa en castellano. La informaci�n contenida en este documento y los derivados de �ste se proporcionan tal cual son y los autores no asumir�n responsabilidad alguna si el usuario o lector hace mal uso de �stos.

Introducci�n.

UTF-8 es un m�todo de codificaci�n de ASCII para Unicode (ISO-10646), el Conjunto de Caracteres Universal o UCS. �ste codifica la mayor�a de los sistemas de escritura del mundo en un solo conjunto de caracteres, permitiendo la mezcla de lenguajes y guiones en un mismo documento sin la necesidad de ajustes para realizar los cambios de conjuntos de caracteres.

Cualquier sitio de red que haga uso de bases de datos suele toparse con problemas cuando se trata de lidiar con el tipo de codificaci�n (UTF-8, ISO-8859–1, etc.), puesto que en algunos casos, por citar un ejemplo, los caracteres latinos se muestran incorrectamente por el cambio de codificaci�n.

Actualmente se est� adoptando UTF-8 como codificaci�n para todo, sin embargo a�n hay mucho material codificado en, por ejemplo, ISO-8859–1, e incluso en algunos casos codificado de manera poco apropiada para los latinos (KOI8-R alias cir�lico).

Uno de los casos que podemos citar es PHP Nuke. Si se descarga el c�digo fuente de cualquier versi�n de PHP Nuke y se examina el tipo de codificaci�n, encontraremos que casi todos los fichero PHP y el molde de la base de datos inicial, nuke.sql, est�n codificados en ISO-8859–1, aunque Bluefish los vea como KOI8-R (alias cir�lico). Utilizar nuke.sql con esta codificaci�n tiene como consecuencia el que todos los datos que se almacenen en la base de datos tambi�n estar�n codificados en ISO-8859–1. Esto puede no ser un problema serio para la mayor�a, puesto que han utilizado esta codificaci�n durante a�os. Pero cuando se actualiza un sistema operativo o se cambia de proveedor de servicio de hospedaje donde ya se adopt� UTF-8, es cuando surgen los problemas.

Procedimientos.

La primera recomendaci�n a quien vaya a implementar un sitio con PHP Nuke, al igual que cualquier otro tipo de software similar, ser�a tomar nuke.sql y convertirlo a UTF-8, o cualquier otra codificaci� seg�n el caso y conveniencia. Para t�rminos generales, puede utilizarse Bluefish para realizar este cambio de codificaci�n, aunque quienes prefieran una consola podr�n utilizar Vi para realizar esta tarea:
$ vi -c «:wq! ++enc=utf8» nuke.sql

Recomendamos utilizar Vi debido a que �ste no solo codificar� el fichero, a diferencia de Bluefish y iconv �usualmente utilizados para este fin� tambi�n convertir� los conjuntos de caracteres a UTF-8 sin p�rdida alguna.

Tomar esta precauci�n asegurar� que los datos que se almacenen en UTF-8 en la base de datos. Sin embargo� �Que se puede hacer cuando se tiene una gran base de datos en producci�n? Puede seguirse el siguiente procedimiento:

Obtener un respaldo de la base de datos actual:
$ mysqldump -uusuario -pcontrase�a -hservidor base-de-datos > respaldo.sql

→ Como precacuci�n, archive este resplado en un lugar seguro por si acaso sale algo mal.

Utilizar vi para codificar en UTF y caracteres, de modo que no se pierda un solo carcater:

$ vi -c «:saveas! ++enc=utf8 respaldo-utf8.sql» respaldo.sql

Lo anterior hace que vi abra respaldo.sql y lo guarde como respaldo-utf8.sql realizando al mismo tiempo la codificaci�n en UTF-8.

Si se tienen varios ficheros *.sql, a�n si es tentador a fin de ahorrar trabajo, no es conveniente ejecutar vi -c «:wq! ++enc=utf8» *.sql, ya que solo se codificar� sin convertir los caracteres. Puede utilizarse un gui�n ejecutable con un bucle para tal finalidad:
#!/bin/sh
for f in *.sql;
do
vi -c «wq! ++enc=utf8» $f
done

Una vez codificado todo es conveniente crear una una nueva base de datos que denominaremos �temporal� para realizar pruebas y verificar que el m�todo ha dado resultado:

$ su – root
# mysqladmin -p create temporal
# mysql -p
mysql> GRANT all ON temporal.* TO usuario@localhost IDENTIFIED BY 'contrase�a';
mysql> exit;
# exit

Utilizaremos respaldo.sql �ya convertido a UTF-8� sobre la base de datos anteriormente creada:
$ mysql -uusuario -pcontrase�a temporal < respaldo-utf8.sql
Una vez hecho lo anterior, realice pruebas y verifique que los caracteres latinos contenidos entre los datos que aparecen la base de datos realmente se visualizan correctamente. Si est� conforme y considera que todo est� correcto, a su discreci�n, proceda a reemplazar la base de datos, previo respaldo por mera precauci�n.
$ mysqldump -uusuario -pcontrase�a -hservidor base-de-datos > nuevo-respaldo.sql
$ mysql -uusuario -pcontrase�a -hservidor base-de-datos < respaldo-utf8.sql

2008-03-07 09:07:56

edited by JuananRuiz

2006-05-10 11:23:24

edited by JuananRuiz

2006-05-10 11:23:07

edited by JuananRuiz

2006-05-10 11:22:22

edited by JuananRuiz

2006-05-10 11:20:05

edited by JuananRuiz

WikiJuanan - Utf8EnMysql

2008-03-07 09:08:02

Lidiando con UTF-8 y bases de datos en My SQL?�

Introducci�n.

Procedimientos.

2008-03-07 09:07:56

2006-05-10 11:23:24

2006-05-10 11:23:07

2006-05-10 11:22:22

2006-05-10 11:20:05