Últimos mensajes - Powered by IBM

Palabras claves

Programación orientada a objetos

17/01/2007 - 17:16 por Javito | Informe spam

Estoy un poco confuso porque después de un curso de UML veo que se
tratan los objetos como si por cada tipo de interacción se fuera a crear un
objeto, por ejemplo si quiero diseñar un sistema de reservas de hotel, se
crea una clase Reserva que luego presumiblemente va a recoger todos los
objetos Reserva en memoria y lo mismo para Clientes etc.

Pero no veo la estructura que va a mover eso en memoria de forma rápida,
como no sea a base de Colecciones (ArrayList, Hashtable etc.) además si es
una aplicación compartida Clente-Servidor como hago para que la base de
datos no cambie mis datos mientras lo tenga en memória, puedo estar
concediendo reservas que ya alguien cambió en memoria.

un saludo

Siga el debate

43 respuestas

Tengo una respuesta

Preguntas similare

Leer las respuestas

#11 Luis T

17/01/2007 - 22:47 | Informe spam

Es que de la concurrencia y sobre todo la integridad de los datos no
se tienen que ocupar las aplicaciones, es cosa del SGBD.

El "modelo desconectado" es un gran paso hacia atrás.

Yo estoy de acuerdo tambien.
Pero para programas .NET de Base de datos que modelos se deben usar ?
Tienes alguna documentacion o enlace al respecto que puedas compartir con
nosotros?

Saludos.

Responder a este mensaje

#12 Alfredo Novoa

18/01/2007 - 12:52 | Informe spam

On Wed, 17 Jan 2007 17:47:41 -0400, "Luis T"
wrote:

Pero para programas .NET de Base de datos que modelos se deben usar ?

Pues se deben de hacer igual que los programas que no son .NET.

Los datos deben de estar en todo momento bajo el control del SGBD.

En caso de que necesites poder desconectarte del SGBD central
necesitas un SGBD local.

Tienes alguna documentacion o enlace al respecto que puedas compartir con
nosotros?

Lo que tengo son más bien libros, creo que ya he puesto referencias
varias veces.

Saludos

Responder a este mensaje

#13 Ana Zuluaga

18/01/2007 - 12:56 | Informe spam

Me uno a eso.
No basta que nos digan: "eso esta mal" sino que lo complementen con decirnos
que es lo que esta bien para nosotros aprender, lo cual es el proposito
final.

Ana

"Luis T" wrote in message
news:

>

Es que de la concurrencia y sobre todo la integridad de los datos no
se tienen que ocupar las aplicaciones, es cosa del SGBD.

El "modelo desconectado" es un gran paso hacia atrás.

Yo estoy de acuerdo tambien.
Pero para programas .NET de Base de datos que modelos se deben usar ?
Tienes alguna documentacion o enlace al respecto que puedas compartir con
nosotros?

Saludos.

Responder a este mensaje

#14 Alfredo Novoa

18/01/2007 - 12:59 | Informe spam

On Thu, 18 Jan 2007 00:58:00 -0800, Alhambra-Eidos
wrote:

cuál sería el modelo a seguir en aplicaciones que utilizan Bases de Datos.

Pues uno en el que el Sistema de Gestión de Bases de Datos esté a
cargo de la gestión de los datos. Es decir que un SGBD tiene que
supervisar todas las peticiones de actualización de los datos.

Nos olvidamos de los datasets ???

Mientras no tengamos nada mejor no. Antes de confirmar la
actualización de un Dataset deberíamos enviar la petición de
actualización al SGBD y en caso de que la rechace debemos de abortar
la actualización del Dataset.

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

No, eso es mucho peor que los datasets.

Saludos

Responder a este mensaje

#15 Hernan

18/01/2007 - 13:16 | Informe spam

>Pero para programas .NET de Base de datos que modelos se deben usar ?

Pues se deben de hacer igual que los programas que no son .NET.

Los datos deben de estar en todo momento bajo el control del SGBD.

En caso de que necesites poder desconectarte del SGBD central
necesitas un SGBD local.

Eso no siempre se puede. En cualquier aplicación cuyo frontend sea
un navegador no hay forma de hacerlo.

-H.

Responder a este mensaje

Ads by Google

Hacer una preguntaSiguiente

Tengo una respuesta

1 2 3 4 5 6 7 8 9

Busqueda sugerida