Chili escribió:
> Bien, parece que tengo más problemas. Una vez asumido que tenía que
> hacer un delete del email antes de hacer el SaveOrUpdate de la clase
> padre, me encuentro con que no he avanzado nada y sigo donde estaba,
> esto es, con el mismo error.
>
> Hago el delete satisfactoriamente, me borra la fila de la tabla
> correspondiente de la base de datos, pero en el momento que intento
> actualizar el member (clase padre), el error que salta es el mismo.
>
> Por si alguien no lo recordaba:
> [...]
¿Has probado a meter las dos operaciones dentro de una transacción?
> Alguna sugerencia más? Podría plantearme eliminar el composite-id de
> esa tabla (ya que es el único que tengo en todo mi esquema de base de
> datos), pero creo que estaría violando las normas morales que todo
> programador deberíamos tener xDDDDD.
Yo, la verdad, en ninguna ocasión me he encontrado con que el modelo de
datos me obligara a poner una clave primaria compuesta que no fuera una
relación N:M.
> Si los de NHibernate pusieron composites, será que pueden utilizarse
> sin que den tantos quebraderos de cabeza, no? O no? :SSSSSSSSSSS.
Yo creo que es una funcionalidad que han puesto en NHibernate
básicamente para los pobres que se topan con un tipo de clave primaria
de este tipo y no pueden cambiar el modelo de datos. Es decir, para
gente que parte de la BDD y crea el modelo de objetos, en lugar de al
revés (yo considero que suelen salir modelos más correctos si se parte
del orientado a objetos, a pesar de que se suele decir que es más
"formal" empezar por el relacional).
Saludos,
Andrés [ knocte ]
--
--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección:
[email protected]
Para más, visite: http://groups-beta.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---
