🚀 go-pugleaf

Tal d�a Wed, 02 Feb 2000 08:50:30 GMT,
DaVinci <bombadil@wanadoo.es> nos relat�:

>Me gustar�a conocer vuestra experiencia directa con distintos motores
>de base de datos: PostgreSQL, MySQL, InterBase...
>
>Lo que me interesa son los tiempos de acceso a datos, siempre
>relativos (claro est�) al tama�o de la base.

Te muestro unos resultados con MySQL y una base de datos que tengo con los
archivos de los CD's que voy adquiriendo.

Comienza el juego...

mysql> select count(*) from archivos;
+----------+
| count(*) |
+----------+
|   382219 |
+----------+
1 row in set (0.06 sec)

mysql> select NombreCD, VolumenCD, Directorio, Nombre, Fecha from archivos
    -> where Nombre like '%gtk%' and Directorio like '%gnome%'
    -> group by NombreCD
    -> order by Nombre, Fecha desc;
+----------------------------------+
[... listado de los registros ...]
+----------------------------------+
7 rows in set (4.23 sec)


Me hubiera gustado poner una sub-select... pero MySQL no las maneja
(todav�a?).

Datos del entorno:
m�quina:	Pentium II 266, 64MB RAM
kernel:		2.2.14
mysql:		MySQL-3.23.8-alpha
uptime:		[...] load average: 1.04, 1.05, 1.01


Ah! se me olvidaba:

mysql> show index from archivos;
+----------+ ... +----------+ ... +-------------+
| Table    |     | Key_name |     | Column_name |
+----------+ ... +----------+ ... +-------------+
| archivos |     | PRIMARY  |     | NombreCD    |
| archivos |     | PRIMARY  |     | VolumenCD   |
| archivos |     | PRIMARY  |     | Directorio  |
| archivos |     | PRIMARY  |     | Nombre      |
+----------+ ... +----------+ ... +-------------+


Y eso es todo ;)

>
>El objetivo final, como siempre, es proponer GNU/Linux como
>alternativa para una empresa que est� funcionando con Delphi y
>Paradox, base de datos pat�tica donde las haya, que a partir de 30.000
>registros se ralentiza de forma exasperante.

A ver si lo consigues ;)

Suerte.


P.D. L�ete bien la licencia de MySQL.