Algo de bases de datos en Linux...

Germán Poó Caamaño gpoo en ubiobio.cl
Mar Jul 31 19:43:46 CLT 2007


On Tue, 2007-07-31 at 15:35 -0400, Juan Martínez wrote:
> Alvaro Herrera escribió:
> [...]
> > En estos casos, en MySQL se
> > sugiere usar modelos menos normalizados (lo vi en algun manual), o
> > extraer datos en dos pasadas y luego hacer un pseudo-join en el codigo
> > de la aplicacion.  Quizas por esto uno pueda decir que es "menos
> > relacional", porque te obliga a que uses modelos menos limpios.
> 
> Exacto, o quizas casi nada relacional..

Hay ocasiones, que por rendimiento se deben relajar las restricciones
de integridad, relajar la normalización del modelo, no usar
transacciones y todo lo que nos enseñaron que hacían los
chicos buenos, obedientes y ordenados.  Digamos cuando hay miles de
millones de tuplas involucradas y con acceso concurrentes.

Joe Gregorio indica que allí las bases de datos relacionales pueden
quedar chicas.

http://bitworking.org/news/158/ETech-07-Summary-Part-2-MegaData

Allí se indica una referencia a como lo hacen en eBay:
http://www.addsimplicity.com/downloads/eBaySDForum2006-11-29.pdf
en donde la base de datos solo es un repositorio. El resto de la
lógica se maneja arriba (Oracle de por medio).

Interesante, aunque parezca básico, los problemas de utilizar
'autoincrement' y como se iba de guata MySQL en del.icio.us 
(por cierto, harto feo el sitio ese :-).
http://joshua.schachter.org/2007/01/autoincrement.html

Aunque lo más entretenido se encuentra en:
http://www.guardian.co.uk/g2/story/0,,1824525,00.html
(citado en el sitio de Joshua Schachter) sobre la debilidad de
exponer números en serie.

Aunque como no estamos hablando de sitios como eBay o de sucesos
como iLike (que pasó a crecer a una tasa de 300.000 usuarios/día),
probablemente todo esto es pura ficción y la discusión sobre quien
tiene la última palabra debiera seguir.

-- 
Germán Poó Caamaño
Concepción - Chile



Más información sobre la lista de distribución Linux