On Sun, 25 Feb 2001 15:08:05 +0100 (CET) Antonio Castro <[EMAIL PROTECTED]> wrote:
> Yo soy un convencido del software libre. Soy aut�nomo. Uso Postgres > para mi negocio y te puedo decir que ahora confi� en Postgres porque > ya lo he usado, pero mis necesidades son muy peque�as y no sirven de > ejemplo. Soy incapaz de recomendarlo a una empresa que tenga un elevado > n�mero de tablas grandes sobre las cuales se realicen muchas transacciones > en poco tiempo. > > Los datos de una empresa son algo sagrado y un empresario no va a tomar > a la ligera una decisi�n como esta que puede mandarle directamente a la > ruina (o incluso a la carcel seg�n los casos) si algo sale mal. Bien. Con software, libre o no libre, siempre tendr�s un riesgo, igual como con el hardware. Nadie dudar� en responsabilizarte por no hacer backups. Y justamente porque es un tema delicado, no creo que vayas a encontrar alguien quien te lo garante sin cobrar por una vigilancia permanente. Lo que yo har�a es andar como con los ojos cerrados en una habitaci�n oscura: Monta una m�quina con Postgres 7. Coloca una cantidad de datos mas o menos similar a la que te esperas tener que gestionar. Monta tres o cuatro m�quinas como clientes y simula el acesso a la base de datos con unos scripts, que lo pueden hacer mucho m�s r�pido que cualquier usuario manualmente. As� podr�s simular la carga. D�jalo correr durante una semana, un mes, o el tiempo que sea, hasta que t� mismo cojas confianza en el invento. Si no te da la velicidad que necesitas, si se te cae, si pierdes datos, o cualquier otra cosa mala, tal vez no sea la base de datos que busques (pero no me lo creo). En caso de �xito, y si ya existe una instalaci�n, m�ntala para correr en otra m�quina y en paralelo, usando scripts que dupliquen estos datos automaticamente sin que el operador lo note. As� podr�s hacer una transici�n gradual. Si todav�a no existe, corre simplemente esta. Haz un backup di�rio, exportando los datos en SQL est�ndar, as� que lo podr�as importar en cualquier otro banco de datos si realmente fuera necesaria la subsituci�n. En el peor caso puedes perder los datos de un d�a y tendr�s el trabajo de volver a montar todo con otra base de datos. Claro, no deber�as usar estructuras que sean espec�ficas y exclusivas a PostgreSQL. Pero piensa tambi�n eso: No importa que sea Oracle, Sybase o cualquier otra, yo no conozco base de datos comercial de la cual no haya oido de alg�n desastre, especialmente en la fase inicial. Hasta que no se lo demuestre en la pr�ctica no puedes confiar tampoco en las bases de datos comerciales. Tienes dos soluciones: una es proceder como descrito arriba, o puedes trasladar el problema a otra empresa especializada en esta base de datos; si algo va mal, que fusilen aquellos. Pero entonces, tal empresa existe tambi�n para PostgreSQL (la encontrar�s en la home page de postrgres). �A d�nde nos lleva esto? -- Christoph Simon [EMAIL PROTECTED] --- ^X^C q quit :q ^C end x exit ZZ ^D ? help shit .
