Berkeley DB [Was: Re: Algo de bases de datos en Linux...]

[Rodrigo Fuentealba]

El 27/07/07, Aldrin Gonzalo Martoq Ahumada <amartoq en dcc.uchile.cl> escribió:
> On 7/27/07, Horst H. von Brand <vonbrand en inf.utfsm.cl> wrote:
> > Aldrin Gonzalo Martoq Ahumada <amartoq en dcc.uchile.cl> wrote:
> >
> > > - RPM corruptos obligandote a hacer magia o reinstalar todo  [DEB usa
> > > archivos planos]
> >
> > No es RPM corruptos, es base de datos de RPM corrupta. Y eso era en
> > encarnaciones previas de BDB, que no manejaba transacciones y
> > rollback.
>
> Es lo mismo, queda inusable. Si pierdo mi /var/lib/dpkg, se muere
> dpkg, apt y toda la vaina.
>
> > Hace /mucho/ que ya no pasa.
>
> Si, porque ya no lo uso ;)
>

Aparte, cuando después de más de cuatro años de no usar RH, encontré
que se habían dado cuenta del RPM Hell y estaban tratando de
resolverlo!!! <-!

> > > - Subversion destrozados (SI, el historial y trabajo de meses de
> > > codigo a punto de desaparecer) [Ahora FSFS es el backend por omision]
> >
> > Mejor usa un SCM de verdad, como git ;-)
> >

Apoyo la moción, pero cuando se trata de Web, SVN igual salva bastante!

> > > - LDAP corrupto y sin poder leer ningun maldito registro [menos mal
> > > hay un backend sql, espero enchufarlos a un postgresql desde ahora]
> >
> > BDB sigue siendo lejos mas rapido... aunque probablemente no haga
> > diferencia.  En todo caso, LDAP es un /directorio/, no una /base de
> > datos/, los requisitos son parecidos pero no iguales.

Nunca he visto un LDAP crasheado, debe ser que por acá son fanáticos
del backup y cada día crean respaldos y diff's con respaldos
anteriores para saber qué tanto se han alterado las cuentas y toda la
paraferna que corresponde a administrador de sistemas que tiene tiempo
de sobra.

[.....]

> Me parece que en ambos casos se usaron "las ultimas versiones de esa
> cosa". De los otros encontrones con bdb, no pude salvar nada... no
> recuerdo ya las aplicaciones. Quizas BerkeleyDB no tenga la culpa y
> las aplicaciones no utilizan bien la API que provee.... pero de que se
> mueren los datos, se mueren :(

Haz una prueba en entorno no productivo. En una de esas te das cuenta
del error que cometiste. O probablemente termines como yo, que no
podía dar crédito de que MySQL fuera tan malo y me convencí de aquello
a través de ensayo y error.

-- 
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas - Consultor UNIX - Database Administrator