Diferencias entre count(*) count(col)

ByLuis

Algo a tener muy en cuenta es conocer la diferencia entre count(*) y count(col) en consultas a MySQL.
Cuando realizamos un count(*), lo que hacemos es contar filas, si se trata de una tabla MyISAM y no hay un where, es la forma más rápida de obtener el número de registros de una tabla. Si existe un from o un where, es necesario contar el número de resultados.
Diferente es realizar un count(col), ya que cuenta las filas que tienen esa columna distinta de NULL, por lo que siempre habrá que contar todos los resultados.
Siempre me entra la duda entre count(*) y count(1), las “leyendas urbanas” dicen que es preferible el segundo caso ya que en el primero recuperas todos los datos. Yo sinceramente creo que es lo mismo y recuerdo que un consultor de Oracle también me lo dijo en un proyecto.
COUNT(*) vs COUNT(col)

Similar Posts

Análisis de MySQL Workbench

ByLuis

mysql_workbench.pngEl otro día me dio por instalar MySQL Workbench 1.0.6 beta, una aplicación para diseñar bases de datos en MySQL. Nos recuerda mucho a DBDesigner 4, incluso importa modelos creados por esta aplicación. Mi primera impresión es que efectivamente se trata de una beta, pero muy beta.

Lo que más llama la atención es los errores gráfico que hay, aunque no son los más importantes, porque no repercuten en el trabajo, ni cierran la aplicación. Por ejemplo, la típica pantalla que te recuerda a los juegos en MS-DOS cuando cambiaban de modo gráfico:
1.png
O que cuando se minimiza el modelo, hasta que no obtiene el foco, las letras no se dimensionan correctamente:
2.png

Muchas de las opciones del menú no son accesibles, como por ejemplo exportar a imagen, importar de un script SQL y imprimir, cosas que no son importantes, simplemente no las puedes usar y listo. El problema viene cuando la funcionalidad que está implementada no funciona correctamente (o a mí no me ha funcionado):

  • Cuando se realiza ingeniería inversa no relaciona las tablas según las foreing keys (FK).
  • Al exportar el modelo a un script SQL falla la hora de ejecutarlo, si falta algún dato debería indicarlo, no crear un script incorrecto.
  • Puede conectarse a otras BD (Oracle, MS Access, …), lo cual está muy bien para obtener el modelo de datos de ella por si queremos migrar de BD, pero cuando lo he intentado probar con Oracle no me admitía el jar que solicitaban.

Aún tiene que mejorar (y mucho), por ahora sigo con DBDesigner 4, pero tengo confianza en que las próximas versiones van a ir mejorando considerablemente el producto.

|

MySQL nativo para PHP

ByLuis

mysql.pngLa gente de MySQL ha sacado a la luz unos drivers nativos de su base de datos para PHP. Una alternativa que solo funciona para PHP 6 y MySQL 4.1 o superior.

mysqlnd, que es como se llama esta librería, es una sustitución de libmysql, pero no tienen intención de dejar de dar soporte a libmysql para evitar que aplicaciones anteriores fallen. Pero ofrecen novedades a tener en cuenta:

  • La licencia es PHP license, evitando posibles problemas de licencias.
  • mysqlnd a nivel C usa muchas funciones internas estables de PHP.
  • Todas las librerías esta almacenadas en el directorio ext/mysqli, por lo que no es necesario enlazar a librerías externas. Así como no es necesario tener instalado el cliente de MySQL para compilar PHP con soporte para MySQL.
  • El rendimiento ha sido mejorado en varias zonas.

De todas formas, esta primera versión no está completa y se solo se han desarrollado las siguientes funcionalidades: conexiones persistentes, mysqli_fetch_all() y mysqli_get_cache_stats().

MySQL native driver for PHP: mysqlnd-5.0.0-alpha

Vía / Plante PHP

mysqlsla: analiza los logs de MySQL

ByLuis

mysqlsla es una aplicación que nos puede ayudar bastante en el desarrollo de nuestas aplicaciones web con MySQL. Se trata de una aplicación que analiza los logs de MySQL (ficheros slow y general).
Además analiza los ficheros de logs raw: ficheros planos que contienen sentencias SQL. Por cada tipo de log genera un informe ordenable por los valores de métricas calculadas desde las queries del log.
Gracias a los informes podremos mejorar nuestro rendimiento modificando las opciones que creamos convenientes.
mysqlsla

SQL Buddy: administrador web de MySQL

ByLuis

SQL Buddy es un administrador de MySQL que usa Ajax para cargar los datos por lo que el número de consultas disminuye. A parte de mostrar una interfaz sencilla de usar.
sqlbuddy.png
Permite importar y exportar datos, administración y gestión de tablas y algunos detalles más. No parece ser tan completo como phpMyAdmin, pero sí que es suficiente para lo que muchas veces necesitamos.
Es compatible con PHP 4.3+, MySQL 4+, Firefox, Safari, Opera 9.5 e Internet Explorer 7.
SQL Buddy

ExtSQL: Extended Usage Statistics for SQL

ByLuis

ExtSQL es una serie de modificaciones y parches realizados sobre MySQL y PostgresSQL que permiten realizar monitorizaciones e informes sobre el estado de la base de datos, del servidor, la actividad de los usuarios. Las consultas se realizan mediante queries SQL, las cuales quieren que se añadan al estándar SQL. Actualmente, la mayor parte del trabajo se ha realizado en MySQL, ya que están a la espera de la respuesta de la comunidad de PostgreSQL.

Por ejemplo, para saber el número de selects e inserts realizados por todos los usuarios desde que el servidor arrancó, sería así:

SHOW STATISTICS Com_select, Com_insert, Questions FROM user;

Dando el siguiente resultado:

+----------+-------------+------------+------------+
| user     | Com_select  | Com_insert | Questions  |
+----------+-------------+------------+------------+
| bandala  | 8302675     | 95973      | 23153940   |
| sandymao | 1702812     | 6205       | 3829023    |
| ponnetli | 24909       | 4784       | 95646      |

ExtSQL

Vía / VivaLinux

Gracias David por el aviso

GreenSQL: proxy que protege MySQL de SQL injections

ByLuis

GreenSQL es un reverse proxy que se sitúa entre tu aplicación web y la BD de MySQL y evita que se realicen ataques de SQL injection en nuestra BD.
greensql.png
La lógica está basada en la evaluación de los comandos SQL usando una matriz de puntuación de riesgo, a parte de bloquear comandos de administración (DROP, CREATE, …).
Tiene muy buena pinta, claro que habría que hacer unas pruebas de rendimiento para ver si es más eficiente evitar los ataques mediante código o mediante GreenSQL.
GreenSQL