Re: sugerencia

Excerpts from Alejandro Carrillo's message of vie oct 14 09:49:12 -0300 2011:

> Quiero una recomendación. Lo que ocurre es que mi nuevo postgresql loader ya esta finalizado en su fase beta. Sin embargo, veo con inquietud, que no se que seria mejor para el aplicativo ya que tiene muchos parametros. Mirelos por ustedes mismos:
>             args[0]="jdbc:postgresql://172.18.22.101:5432/postgres";//cadena de conexión. Obligatorio
>             args[1]="cargar"; //usuario postgresql. Obligatorio
>             args[2]="123"; //pass postgresql. Obligatorio
>             args[3]="c:\\testpsql\\deteventos200000.csv"; //archivo origen.
> Obligatorio
>             args[4]=""; //separador de campos. Opcional
>             Boolean encCol=false;  //encabezado en la 1era fila. Obligatorio
>             args[6]="select * from origen where col8 ='IDEA'"; //sql origen. La tabla origen debe llamarse "origen". Opcional
>             args[7]=""; //campos destino. Opcional
>
> Como ven hasta ahora tiene 8 parametros, y creo que puede crecer más en parametros o se puede reducir. ¿Como deberia guardar todos esos parametros o reducir su numero?
>
> Esperaba asi sea una opinion

En mi opinión, es engorroso de configurar. Pero cualquier ETL lo será.
Es difícil reducir el número de parámetros, porque todos parecen
necesarios.

Tener una sintaxis un poco más usable sería un gran plus; por ej. en
lugar de "args[1]" yo creo que sería mejor algo como "usuario" o algo
así -- fíjate que ya cometiste una falta a tu contrato implícito al
tener un boolean "encCol" (el nombre del cual, de paso, quedaría mucho
mejor si fuera más explícito, sin importar que sea más largo).

Creo que es clave que en lugar de requerir compilar el programa cada vez
que quieras cambiar un parámetro, mejor los tomes desde un archivo de
configuración externo al programa, con una sintaxis fácilmente editable
(no una burrada como XML por ej).

Honestamente creo que tu esfuerzo habría sido mucho mejor utilizado
portando pgLoader a Windows.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>