Reglas de negocio en procedimientos almacenados Vs componentes

Por lo general fuera de la BD en un servidor de
aplicaciones me da mayor flexibilidad en los cambios de la
lógica de negocio que es la parte más dinámica de toda
aplicación.

Saludos,
Ulises

Hola foro, estoy en una empresa donde se esta discutiendo

el tema en cuestion.

Los arquitectos de la misma quieren implementar las

politicas de negocio

fuera del motor de BDD (todas las politicas) y a mi en lo

personal esa idea

no me gusta mucho ya que por lo que he visto y probado, se

pierde mucha

performance.

Me gustaria saber vuestras opiniones para poder saber que

hacen ustedes!

gracias
.

Motivos a favor de la lógica de negocios en la base de datos: cuando hay
mucha manipulación relacional de datos , cuando la plataforma de base de
datos está predefinida (ya sea SQL Server, Oracle, DB2, etc.), cuando el uso
de lenguaje de stored procedures, triggers, funciones en la base de datos es
cómodo de editar/depurar.

Motivos a favor de la lógica de negocios en la capa media (servidor de
aplicaciones): cuando la lógica de negocios consiste en cálculos complejos,
cuando la base de datos es cambiante o se requiere que la aplicación ejecute
sobre diferentes sistemas de bases de datos, cuando se requieren muchos
cambios en las reglas de negocio.

Motivos a favor de lógica de negocios en la capa del cliente: Vivir en la
década de los 70's :-)

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Vym System" <Vym wrote in message
news:

Hola foro, estoy en una empresa donde se esta discutiendo el tema en
cuestion.

Los arquitectos de la misma quieren implementar las politicas de negocio
fuera del motor de BDD (todas las politicas) y a mi en lo personal esa
idea
no me gusta mucho ya que por lo que he visto y probado, se pierde mucha
performance.

Me gustaria saber vuestras opiniones para poder saber que hacen ustedes!

gracias

Estubo muy bueno eso!!

Me pregunto con intigada curiosidad, ¿a que te refieres con lógica de
negocios fuera de una bd???

Yo trabajo con AS/400, poderoso pero ya medio arcaico él, la estructura de
la base de datos es ultra, super,extra compleja, y no me imgino un dato
fuera de ella..


Hoy día el sitema de información es el vivo reflejo de la lógica del
negocio, y cuando me refiero al negocio hablo explicitamente de las
entidades que lo componen, maquinas,software, RRHH, en fin...

Pero los si partimos del ciclo de vida de los sistemas podemos darnos cuenta
que se va degenerando así el objetivo de una bd con respecto a los procesos
cambiantes de la organización y si va en crecimiento más aún, habrá un mayor
volumen de información que serán en si el proceso bajo el cúal se rige la
empresa con todo y sus parametros..

La verdad antes de pensar en la lógica del negocio fuera de las BBDD, la
mejor opción seria migrar a sistemas altamente escalables en todos sus
niveles, desde la bd hasta el cliente, aunque esto podría también imlplicar
una gran inversión, lo ideal es hacer un analisis de costos y estimar la
rentatabilidad y si verdaderamente es necesario migrar o simplemente
desarrollar aplicaciones que soporten ciertas tareas y acaben con vacios de
información que a veces se producen con la misma caida en el ciclo de vida
de los sistemas, esto suele pasar con los sistemas cuando las BD estan
estrictamente diseñadas para fines especificos y en los que no se plantean
la integración de nuevos procesos administrativos y de control..

Bueno, realmente no sé cual es el fin de colocar la el negocio fuera de una
BD, así que asume que hay un poco de especulación en mi comentario..

Espero y logres conseguir un poco mas de orientación para que discutas con
los arquitectos el tema..


Un saludo cordial..


"Gustavo Larriera [MVP]" escribió en el mensaje
news:

Motivos a favor de la lógica de negocios en la base de datos: cuando hay
mucha manipulación relacional de datos , cuando la plataforma de base de
datos está predefinida (ya sea SQL Server, Oracle, DB2, etc.), cuando el

uso

de lenguaje de stored procedures, triggers, funciones en la base de datos

es

cómodo de editar/depurar.

Motivos a favor de la lógica de negocios en la capa media (servidor de
aplicaciones): cuando la lógica de negocios consiste en cálculos

complejos,

cuando la base de datos es cambiante o se requiere que la aplicación

ejecute

sobre diferentes sistemas de bases de datos, cuando se requieren muchos
cambios en las reglas de negocio.

Motivos a favor de lógica de negocios en la capa del cliente: Vivir en la
década de los 70's :-)

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Vym System" <Vym wrote in message
news:
> Hola foro, estoy en una empresa donde se esta discutiendo el tema en
> cuestion.
>
> Los arquitectos de la misma quieren implementar las politicas de negocio
> fuera del motor de BDD (todas las politicas) y a mi en lo personal esa
> idea
> no me gusta mucho ya que por lo que he visto y probado, se pierde mucha
> performance.
>
> Me gustaria saber vuestras opiniones para poder saber que hacen ustedes!
>
> gracias

Hola:

Se refiere a implementar esta lógica utilizando un lenguaje de programación,
en vez de hacerlo mediante triggers, procedimientos almacenados... en la
base de datos. Dejando en la base de datos sólo las tablas e Integridad
Referencial Declarativa.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿ Te interesa participar en las reuniones
del grupo de Usuarios de SQL Server y .NET ?
Se harán en levante de España, (Alicante o Murcia)?

"Carlos Rey" escribió en el mensaje
news:

Estubo muy bueno eso!!

Me pregunto con intigada curiosidad, ¿a que te refieres con lógica de
negocios fuera de una bd???

Yo trabajo con AS/400, poderoso pero ya medio arcaico él, la estructura de
la base de datos es ultra, super,extra compleja, y no me imgino un dato
fuera de ella..


Hoy día el sitema de información es el vivo reflejo de la lógica del
negocio, y cuando me refiero al negocio hablo explicitamente de las
entidades que lo componen, maquinas,software, RRHH, en fin...

Pero los si partimos del ciclo de vida de los sistemas podemos darnos
cuenta
que se va degenerando así el objetivo de una bd con respecto a los
procesos
cambiantes de la organización y si va en crecimiento más aún, habrá un
mayor
volumen de información que serán en si el proceso bajo el cúal se rige la
empresa con todo y sus parametros..

La verdad antes de pensar en la lógica del negocio fuera de las BBDD, la
mejor opción seria migrar a sistemas altamente escalables en todos sus
niveles, desde la bd hasta el cliente, aunque esto podría también
imlplicar
una gran inversión, lo ideal es hacer un analisis de costos y estimar la
rentatabilidad y si verdaderamente es necesario migrar o simplemente
desarrollar aplicaciones que soporten ciertas tareas y acaben con vacios
de
información que a veces se producen con la misma caida en el ciclo de vida
de los sistemas, esto suele pasar con los sistemas cuando las BD estan
estrictamente diseñadas para fines especificos y en los que no se plantean
la integración de nuevos procesos administrativos y de control..

Bueno, realmente no sé cual es el fin de colocar la el negocio fuera de
una
BD, así que asume que hay un poco de especulación en mi comentario..

Espero y logres conseguir un poco mas de orientación para que discutas con
los arquitectos el tema..


Un saludo cordial..


"Gustavo Larriera [MVP]" escribió en el mensaje
news:

Motivos a favor de la lógica de negocios en la base de datos: cuando hay
mucha manipulación relacional de datos , cuando la plataforma de base de
datos está predefinida (ya sea SQL Server, Oracle, DB2, etc.), cuando el

uso

de lenguaje de stored procedures, triggers, funciones en la base de datos

es

cómodo de editar/depurar.

Motivos a favor de la lógica de negocios en la capa media (servidor de
aplicaciones): cuando la lógica de negocios consiste en cálculos

complejos,

cuando la base de datos es cambiante o se requiere que la aplicación

ejecute

sobre diferentes sistemas de bases de datos, cuando se requieren muchos
cambios en las reglas de negocio.

Motivos a favor de lógica de negocios en la capa del cliente: Vivir en la
década de los 70's :-)

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers
no rights.
"Vym System" <Vym wrote in message
news:
> Hola foro, estoy en una empresa donde se esta discutiendo el tema en
> cuestion.
>
> Los arquitectos de la misma quieren implementar las politicas de
> negocio
> fuera del motor de BDD (todas las politicas) y a mi en lo personal esa
> idea
> no me gusta mucho ya que por lo que he visto y probado, se pierde mucha
> performance.
>
> Me gustaria saber vuestras opiniones para poder saber que hacen
> ustedes!
>
> gracias

Hola Gustavo, coincido contigo plemamente :-)

Aunque quería hacer una puntualización. Creo que una solución intermedia,
donde haya parte de la lógica de negocio en la capa de negocios, y otra
parte en la base de datos (utilizaría esta opción cuando necesitase realizar
un proceso que requiera mucho acceso a datos, y cálculos no excesivamente
complejos).

Creo que en estos casos no es bueno una solución extrema, ni todo en la capa
de negocios, ni todo en la capa de datos. Por supuesto parto de que siempre
se utilizará SQL Server, ya que si se quiere que la aplicación funciones en
distintos gestores de bases de datos, complica el tener código en la base de
datos.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿ Te interesa participar en las reuniones
del grupo de Usuarios de SQL Server y .NET ?
Se harán en levante de España, (Alicante o Murcia)?

"Gustavo Larriera [MVP]" escribió en el mensaje
news:

Motivos a favor de la lógica de negocios en la base de datos: cuando hay
mucha manipulación relacional de datos , cuando la plataforma de base de
datos está predefinida (ya sea SQL Server, Oracle, DB2, etc.), cuando el
uso de lenguaje de stored procedures, triggers, funciones en la base de
datos es cómodo de editar/depurar.

Motivos a favor de la lógica de negocios en la capa media (servidor de
aplicaciones): cuando la lógica de negocios consiste en cálculos
complejos, cuando la base de datos es cambiante o se requiere que la
aplicación ejecute sobre diferentes sistemas de bases de datos, cuando se
requieren muchos cambios en las reglas de negocio.

Motivos a favor de lógica de negocios en la capa del cliente: Vivir en la
década de los 70's :-)

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Vym System" <Vym wrote in message
news:

Hola foro, estoy en una empresa donde se esta discutiendo el tema en
cuestion.

Los arquitectos de la misma quieren implementar las politicas de negocio
fuera del motor de BDD (todas las politicas) y a mi en lo personal esa
idea
no me gusta mucho ya que por lo que he visto y probado, se pierde mucha
performance.

Me gustaria saber vuestras opiniones para poder saber que hacen ustedes!

gracias