Hola, Mariano ya te respondió casi todo, para agregar algo, podés leer sobre algunos enfoques de persistencia (incluído Magma) en el libro de Seaside: http://book.seaside.st/book/advanced/persistency.
Vas a ver que hablan de persistencia basada en Imagen, que es solo eso guardar la imagen con una global que apunte a tu root (un singleton, por ejemplo). Después cambiar a que se persista con Magma o Goods es casi un tramite para GemStone tenés que laburar un cacho más. Respecto de las relaciones, los delete cascade, triggers y cualquier yerba de la BD relacional tenés que hacer lo siguiente: OLVIDARTE. Para usar una base de objetos y sacarle provecho tenés que hacer tu módelo lo más orientado a objetos que te salga y no preocuparte por problemas de otro paradigma. Quedate tranquilo que vas a tener otros problemas para resolver :-P pero, simplemente, no los mismos. Saludos, Facu 2011/1/11 gerard <[email protected]> > Buenas. estoy realizando una pequeña aplicación, sólo con propósito de > pruebas, para trabajar con una base de datos orientada a objetos. Como > solo quería hacer unas pocas pruebas me he decantado por Magma y > Pharo. > > Ahora bien, mi problema es que dudo sobre la manera en que deben > hacerse según que cosas cuando guardas datos como objetos. > > 1. Relaciones 1:N. Por ejemplo, una temporada de fútbol tiene varias > jornadas, correcto? Es lógico pensar que cada objeto temporada debería > de tener una colección de objetos jornada. Ahora bien, cada objeto > jornada debería tener una referencia a su tempoarada no? bien, al > menos en algunos ORMs lo he visto. > > 2. Al eliminar, por ejemplo, una temporada, deberíamos tener en cuenta > que debemos cargarnos tambien aquellas jornadas que pertenecen a esa > temporada, y a su vez todos los partidos etc etc lo que vendría a ser > una ON DELETE CASCADE de las BBDD relacionales... > > Básicamente da la sensación de que sería relativamente fácil en un > momento dado dejar datos inconsistentes en la BD, o que en volúmenes > de datos grandes a la hora de patearse una colección inmensa la demora > sería muy grande... o que no tienes según que automatismos, cómo los > triggers, para asegurarte que suceda algo al añadir un nuevo registro > etc etc > > Finalmente, ¿existe algún manual de "buenas prácticas" con DB de > objetos? > > Saludos y gracias por la ayuda. > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<clubsmalltalk%[email protected]> > > http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
