|

10 consejos para mejorar tus queries MySQL

10 interesantes consejos a seguir para mejorar nuestras sentencias en MySQL, algunas de ellas para poder optimizar las ya creadas.

  • Usa el comando explain: el comando explain te puede ayudar a identificar los índices que se usan y además te proporciona más información útil.
  • Usa permisos menos complejos: usar permisos más sencillos evita que se comprueben muchas condiciones en cada ejecución de una sentencia.
  • Comando benchmark: este comando nos permite saber cuánto tiempo tarda en ejecutarse una expresión.
  • Optimiza tus cláusulas: ya sea quitando paréntesis innecesarios, usando count(*) sin condiciones en el where ya que tira de tablas internas de MyQSL o usando la opción SQL_SMALL_RESULT para usar tablas temporales en memoria.
  • Ejecuta optimize table: defragmenta una tabla después de varios borrados, el acceso a disco es algo importante a tener en cuenta.
  • Evita campos de longitud variable: en tablas de frecuente actualización evita campos como VARCHAR, BLOB o TEXT.
  • Usa insert delayed: solo cuando sea no importe cuando se inserten los datos.
  • Prioridades en las sentencias: usa INSERT LOW_PRIORITY para darle a las consultas mayor prioridad, o usa SELECT HIGH_PRIORITY para ejecutar una consulta aunque haya otros clientes esperando.
  • Haz múltiples inserciones en una única sentencia: en vez de varias sentencias de una única inserción.
  • Sincroniza tipos de datos: mismos datos en tablas diferentes deben ser del mismo tipo de datos.

Yo siempre he tenido una duda, que no he resuelto por pereza, sobre el caso de ejecutar count(*) o count(1). La leyenda urbana dice que es mejor count(1), ya que de la otra forma obtienes que enviar todas las columnas, al igual que haces en un select *. Un consultor en Oracle nos dijo que era falsa esa afirmación porque tardaba lo mismo, yo creo que también, entre otras cosas porque seguro que ese punto está optimizado, pero claro, que sea consultor o que sea de Oracle no quiere decir nada, y menos aún si hablamos de otras bases de datos.

10 tips for optimizing mysql queries

Vía / Alex Sancho

Gráficas mediante CSS

Una buena colección de herramientas para generar gráficas (de barras, progreso, de tarta, …):

10 Free CSS Graph Resources

Vía / Intenta

BlogMailr: bloguear por correo

blogmailr.pngBlogMailr es un servicio web que nos facilita el proceso de bloguear mediante el correo. Es una forma sencilla para ayudar a quienes no sepan enviar post mediante email a sus propios sistemas de blog.
Entre los sistemas de blogs de admite se encuentran los más comunes como WordPress o MovableType. Y dependiendo de las características del sistema de blogs, admite la inclusión de ficheroso o no en los correos.
Existe una versión gratuita y una versión comercial.
BlogMailr
Vía / Micro Persuasion

| |

Google Adsense API

google-adsense.pngAunque ya hace tiempo hacíamos referencia a la noticia de la existencia del API para Google Adsense, hoy tenemos que comentar que el API ya está listo para su uso.
Con la nueva API para Google Adsense, podremos crear cuentas desde nuestro propio sitio y mostrar publicidad de las cuentas que se hayan creado, manejar las cuentas y ver informes de ganancias y rendimiento de la publicidad.
Sin necesidad de salir de nuestro sitio podremos crear y manejar cuentas, personalizar e implementar unidades y enlaces a unidades de publicidad de Adsense para contenido, y referencias para productos como Google AdWords y Firefox, y generar informes sobre URL y canales.
Pero entre las mejores opciones que nos ofrece, nos encontramos con la posibilidad de compartir las ganancias mediante el programa Revenue Sharing.
(Gracias José Luis por el aviso)
Google Adsense API
Vía / Inside AdSense

links for 2007-04-08

links for 2007-04-05

OOXML más cerca de ser estándar

Office Open XML (OOXML), el formato de documentos que Microsoft ha propuesto para ser estándar está más cerca de convertirse en estándar. El pasado día 2 de abril según se puede leer en la nota oficial se aprobó que el formato OOXML pasara a la siguiente fase para convertirse en un estándar Emac.
La respuesta dada para saber si el formato de Microsoft se convierte en estándar será el 2 de septiembre y hasta esa fecha se tendrán en cuenta los aspectos resaltados en la revisión de la especificación del documento. Entre lo poco que he leído de las respuestas dadas por el comité Ecma TC45 (compuesto por representantes de Apple, Barclays Capital, BP, The British Library, Essilor, Intel, Microsoft, NextPage, Novell, Statoil, Toshiba, y la Librería del Congreso de EE.UU.), veo que hay problemas porque Microsoft asegura que su formato servirá para que cada formato anterior pueda ser traducido a un XML, pero, por ejemplo, para mostrar compatibilidades con el formato Word existen etiquetas XML que deben imitar la salida que ofrece el Word, siendo contrario esto a lo marcado por Emac. A parte también se han visto problemas con documentos mayores de 6000 páginas. Claro, todo esto que cuento ha sido leyendo por encima el documento de las respuestas, el cual es un poco espeso.
Printer Friendly Version
Back
Office Open XML reaches next step in ISO/IEC process
Vía / CNET News.com