"Baronti" <[EMAIL PROTECTED]> dijo:
> Yo estoy en condiciones de recomendar Debian.

Bien por ti.

> Nada te garantiza que los proyectos RedHat no se privatizarán.

Son GPL (no los programas desarrollados por RH unicamente, la distribucion
como un todo, y los paquetes que la componen son codigo abierto todos). No
entiendo de donde sacan este FUD absurdo.

Por ser un derivado de RH, entiendo que en el caso de Mandrake es lo
mismo. Y desde que Novell compro SUSE, han liberado bajo GPL las piezas
propietarias de la distribucion y algunas otras cosas que desarrollaron.
Similar situacion en las otras distribuciones.

O puedes irte por uno de los BSD: FreeBSD, NetBSD, OpenBSD, Dragonfly. La
licencia BSD es mas liberal que GPL.

> Debian firmó un Contrato Social suscribiendo un compromiso de mantenerse
> como software libre.

Al final, lo que importa no es un contrato, compromiso, o lo que sea,
importa que haya un modelo sustentable detras, y que a quien ofrezca el
producto le convenga seguir con codigo abierto. Eso es algo que AFAICS se
cumple con todas las distribuciones (si tratan de "cerrarlas", se quedan
sin que distribuir ;-).

Nuevamente, recomendacion standard: Si tienes que preguntar, aquella que
use tu entorno: Requeriras la ayuda de ellos tarde o temprano. Y no hay
diferencias abismantes que hagan preferir una sobre otra, asi que no puedes
"equivocarte".
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513
From [EMAIL PROTECTED]  Thu Nov  4 09:51:44 2004
From: [EMAIL PROTECTED] (Rodrigo Gutierrez Torres)
Date: Thu Nov  4 09:49:39 2004
Subject: pgsql=>m$sql
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El mié, 03-11-2004 a las 18:35, Marcos Ramirez A. escribió:
> On Wed, 2004-11-03 at 17:50, Jorge Palma e. wrote:
[...]
> Como alternativas puedes generar un dump de postgres (con comandos
> insert) y arreglarlo para que M$SQL "importe" cada x tiempo (1 vez al
> dia, o algo asi).
> 
[...]

Yo haría algo similar: generaría un archivo de texto con los datos a
copiar desde Postgres, los movería al otro servidor vía sftp, los
levanto al M$SQL con BCP a una tabla temporal y ejecuto una consulta que
copie sólo los registros que faltan. 
Si son muchos los registros del archivo, pensaría en agregar a las
tablas de Postgres alguna marca de tiempo o flag que me permita saber si
ha estado en algún proceso de importación el registro de modo de
minimizar el tamaño del archivo generado.

Algo arcaico, pero funca :)

Responder a