Horst H. von Brand escribió: > Alvaro Herrera <[EMAIL PROTECTED]> wrote: > > > Oracle, Ingres, > > Aun existe? Entendia que Postgres es el sucesor del proyecto Ingres...
Claro, todavia existe. Siguio desarrollandose independientemente, como proyecto comercial. De hecho hace como uno o dos años liberaron su codigo bajo una licencia supuestamente libre (me tinca que es como MPL), y tiene varias cosas interesantes que Postgres no tiene (en realidad creo que lo unico es la capacidad de ejecutar consultas en paralelo, porque el resto es marketing y "half baked"). No tenemos ningun codigo en comun, y ademas las licencias son incompatibles. > > Postgres. > > BerkeleyDB > <http://www.oracle.com/technology/software/products/berkeley-db/index.html> > > tambien hay que considerarlo... y nunca olvidar SQLite > <http://www.sqlite.org>. Cierto. Pero son para mercados distintos: BerkeleyDB (que ahora es de Oracle) no habla SQL. SQLite si habla SQL obviamente, pero es para bases de datos empotradas (en contraposicion a cliente-servidor como todo el resto). > > Todas se pueden > > usar gratuitamente (dentro de ciertos limites). > > SQL Server, DB/2? Me parece que no. Oracle, solo para "uso personal" IIRC. Justo hoy estuve en el stand de DB2, tienen una version que se puede usar libremente. Tiene alguna funcionalidad que le sacaron (particionamiento y no se que mas), limite de 4 GB de memoria, pero en disco se puede usar todo lo que uno quiera. SQL Server tambien tiene una version recortada que es gratis (creo que se llama SQL Server Express). No me acuerdo del limite. -- Alvaro Herrera http://www.flickr.com/photos/alvherre/ "El destino baraja y nosotros jugamos" (A. Schopenhauer) From [EMAIL PROTECTED] Thu Jul 26 23:03:09 2007 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Thu Jul 26 23:05:11 2007 Subject: Algo de bases de datos en Linux... In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Horst H. von Brand escribió: > Ricardo Mun~oz A. <[EMAIL PROTECTED]> wrote: > > - aplicar (religiosamente) parches y actualizaciones usando la > > herramienta que te provee tu distro Linux. (esto es igual para > > PostgreSQL) > > No! Nunca la herramienta "de la distro", sino la del RDBMS del caso! Si > respaldas los archivos, quedaran inconsistentes porque el RDBMS guarda > estado en RAM. Y no te sirven para migrar a la siguiente version (si, > Murphy garantiza que saldra cuando menos puedes hacerte cargo de ella, y > reparando problemas que son fatales para ti). Esto me recuerda: Postgres tiene una caracteristica llamada PITR, que permite hacer respaldos "en continuum": uno hace un tarball de los archivos en disco (con la base de datos corriendo!!) y luego se toman los logs de WAL, que es el mecanismo equivalente al journal del sistema de archivos, y se van guardando en una cinta o DVD o se mandan a otro servidor. Luego en ese otro servidor se restaura el tarball y se levanta el servicio "en modo de recuperacion", lo cual va recuperando los logs de WAL a medida que los recibe. Es bastante cool -- se puede tener un servidor "standby" con los datos mas recientes que se han ido almacenando en el servidor primario. Y si el primario se muere (se le quema el disco por ej) entonces uno levanta el secundario y listo. Tenemos un proyecto GSoC que esta desarrollando un poco mas estas cosas, con la idea de que se pueda usar el secundario para hacer consultas de solo lectura mientras el primario sigue funcionando. Esto es como la "replicacion" de MySQL pero bien hecha. -- Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC Dios hizo a Adán, pero fue Eva quien lo hizo hombre. From [EMAIL PROTECTED] Thu Jul 26 23:11:52 2007 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Thu Jul 26 23:13:52 2007 Subject: Algo de bases de datos en Linux... In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Daniel Serpell <[EMAIL PROTECTED]> wrote: [...] > Y con respecto a los respaldos, lamentablemente con un sistema de base > de datos los respaldos no son suficientes, ya que por más que tu > respaldo de hace X horas esté completo, has perdido todas las > transacciones de las últimas X horas, lo que podría ser vital. Por esto, > en mi experiencia es mejor contar con sistemas redundantes si es > importante no perder los datos (respondiendo a la pregunta, ¿cuál es la > probabilidad de pérdida de datos que se puede tolerar?) No hay posibilidad de guardar un journal de transacciones aparte? Recuerdo de mis epocas de configurar Solarices para Oracle que se reservaba una particion en otro disco para ese efecto... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513