Extraído de otro hilo: gestión de datos y objetos de negocio

22/01/2007 - 17:40 por Hoze | Informe spam
Hola a todos... en el thread "Programación orientada a objetos" discutís
algo levemente que no he sido capaz de entender. En determinado momento se
dice:



Qué utilizamos entonces, entidades de
lógica de negocio ??



No, eso es mucho peor que los datasets.




Igual esto me pilla un poco descolocado o no he sido capaz de entender el
thread, pero decís que el modelo de aplicaciones basado en objetos de
negocio no es válido con vs 2005? ¿Por qué?

¿Cómo proponéis que se diseñe una aplicación sin jerarquías de objetos en el
acceso a datos, en la gestión de maestros, etc?¿Qué responsabilidad y qué
grado de dependencia de la bbdd estáis dando a la base de datos? Ojo, hablo
de aplicación como un sistema complejo, no de un "hola mundo".

¿Qué aporta un dataset?¿Qué ventajas da en cuanto a abstracción y gestión de
los datos a las que pueda dar un conjunto de objetos de negocio que acceden
al SGBD utilizando datareaders?

¿Cómo se "compensan" los inconvenientes de un dataset?:
- Rigidez
- Problemas con las actualizaciones--> ¿integridad referencial?
- Gestión de filtros de datos
- Problemas de volumen y velocidad en recuperaciones masivas de
registros..


¿¿???


Gracias

Preguntas similare

Leer las respuestas

#26 Alfredo Novoa
24/01/2007 - 16:34 | Informe spam
Hola,

On Wed, 24 Jan 2007 11:07:02 +0100, "Hoze" wrote:

Mostrar la cita
¿Puedes poner algún ejemplo de esa lógica?

Lo que has escrito en principio parece una contradicción flagrante. La
"lógica de los datos" es la lógica de integridad y la de derivación de
nuevos datos a partir de los que ya tenemos.

Saludos
#27 Carlos M. Calvelo
24/01/2007 - 17:31 | Informe spam
Hoze schreef:
Mostrar la cita
Y se puede aprovechar mucho mas vinculandote a él.

Mostrar la cita
Con qué criterios se puede determinar que la integridad referencial y
validación de restricciones son responsabilidades del SGBD y otros
tipos de integridad responsablidad de la(s) aplicacion(es)?
No es integridad referencial un tipo 'restricciones a validar'?
Existen otros tipos de integridad? Si asi es, no deberían estos
ser entonces también responsablidad del SGBD?

Aparte de que, si existen distintas entidades en la aplicacion sí se
tendrá que tener una 'lógica que las una', cual es la razón de su
misma existencia en la aplicación? Qué aportan estas 'entidades'?

Saludos,
Carlos
#28 Carlos M. Calvelo
24/01/2007 - 17:53 | Informe spam
Hola Alfredo,

On Tue, 23 Jan 2007 09:23:41 +0100, Alfredo Novoa wrote:

Mostrar la cita
Te refieres al capítulo sobre el WWW y XML? o a otras
cosas que escrito de nuevo?

Saludos,
Carlos
#29 Alfredo Novoa
24/01/2007 - 18:24 | Informe spam
Hola Carlos,

On Wed, 24 Jan 2007 17:53:49 +0100, "Carlos M. Calvelo"
wrote:

Mostrar la cita
A eso también, pero sobre todo al principio del diseño ortogonal, al
enfoque sobre actualización de vistas de Date y al Modelo
TransRelacional.

En mi opinión el capítulo de XML tampoco aporta mucho.

Saludos
Alfredo
#30 Alfredo Novoa
24/01/2007 - 18:46 | Informe spam
Hola Carlos,

On 24 Jan 2007 08:31:28 -0800, "Carlos M. Calvelo"
wrote:

Mostrar la cita
Yo supongo que cuando dice "entidades de la aplicación" en realidad
quiere decir entidades del sistema.


Saludos
Alfredo
Ads by Google
Search Busqueda sugerida