Re: [pgsql-es-ayuda] ¿Que opinan de esto?

Entonces creo que debe concluir este hilo, argumentando que existen 3 grandes formas de manejar el diseño de la solución de negocio:

1) En el modelo de datos (el motor de la BD): Eso es recomendable cuando pueden haber diferentes frontends(web, escritorio, movil), pero la BD es una sola.

Principal Ventaja: Velocidad de manejo de datosdel negocio. Lo hace flexible ante evoluciones de los lenguajes de frontend.
Principal Desventaja: Todo está atado a un motor, en caso de requerir que la aplicación cambie de motor, la migración será dura.

2) En el cliente: Recomendable cuando pueden haber multiples BD's pero el frontend esta escrito en un solo lenguaje (C++,Java, VB6, NET, etc) y cuando se deseé aprovechar la capacidad de procesamiento del cliente.
Principales Ventajas: Velocidad de procesamiento de datos y cálculos en el cliente (procesamiento de datos en cliente no aplica si la aplicación es Web). Puede cambiar el motor, sin cambiar el diseño de la solución de negocio en el desarrollo.Lo hace flexible ante evoluciones de los motores de BD.

Principales Desventajas: Velocidad de manejo de datos del negocio. Posibles agujeros de seguridad por SQL Inyection. Migración a un nuevo lenguaje será dura.

3) En una capa del medio: Estilo webservice, servidores de aplicaciones, RMI o tecnologías similares donde la capa de negocio se encuentre en un componente intermedio, el cual permita cambiar tanto el motor de la BD como el frontend.
Principales Ventajas: Se pueden usar varios motores con varios frontend, sin cambiar el diseño de la solución de negocio en el desarrollo, lo cual lo hace flexible ante evoluciones tanto de los motores de la BD, como de los lenguajes de frontend.

Principales Desventajas: Velocidad de manejo de datos del negocio. Posibles agujeros de seguridad por SQL Inyection. Entendimiento de los tipos de datos enviados desde lenguajes de frontend a veces se complica. Se pierde la velocidad de procesamiento del cliente al manejar todo en esta capa.

¿Estan de acuerdo?

>________________________________
> De: Guillermo O. Burastero <linux(dot)gb(at)gmail(dot)com>
>Para: ""Lista de PostgreSQL en Español"" <pgsql-es-ayuda(at)postgresql(dot)org>
>Enviado: martes 22 de noviembre de 2011 9:14
>Asunto: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] ¿Que opinan de esto?
>
>Me autocorrijo:
>
>El día 21 de noviembre de 2011 20:17, Guillermo O. Burastero
>>>
>>
>> Yo creo que en tanto pongamos la "lógica de negocios" en el motor
>> relacional no garantiza la "consistencia semántica" de la aplicación y
>
>quise decir "si bien no garantiza la "consistencia semántica" de TODA
>LA aplicación SÍ EFECTIVAMENTE CONTRIBUYE A ELLA.
>
>> nos puede "atajar" algún error cometido en la programación de la
>> interfaz. Por ejemplo si un requisito de una contabilidad es el
>> respeto a la partida doble, o sea que los registros de cada asiento
>> balanceen (sumen 0), no veo mal que exija que cualquier alta o
>> modificación de asiento sea rechazada por el servidor si la condición
>> de balance no se cumple. Es parte de un viejo criterio de
>> "programación defensiva".
>>
>>
>> --
>> Guillermo O. Burastero
>> Usuario GNU/Linux #84879 - http://counter.li.org/
>> Bahía Blanca, Buenos Aires, Argentina
>> Tel. +54 (291) 454-6132 - Móvil [15] 574-3173
>> MSN: guillermo(dot)burastero(at)gmail(dot)com
>> ICQ: 97148268
>>
>
>
>
>--
>Guillermo O. Burastero
>Usuario GNU/Linux #84879 - http://counter.li.org/
>Bahía Blanca, Buenos Aires, Argentina
>Tel. +54 (291) 454-6132 - Móvil [15] 574-3173
>MSN: guillermo(dot)burastero(at)gmail(dot)com
>ICQ: 97148268
>-
>Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
>Para cambiar tu suscripción:
>http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
>