Hola Maxi, Yo podria dar mas o menos los mismos argumentos que vos estas dando y ambos estariamos diciendo la verdad.
Creo que queda a criterio de Carlos elegir el escenario mas comodo. ---------------------------------- Carlos Peix 2009/10/10 Maxi Accotto <[email protected]> > Hola Carlos, no veo porque hcaer las cosas fuera de los patrones > normales, la mayoria (es mas no vi en 15 años otra cosa) resoluciones > de jerarquias se resuelven en la entidad de datos, yo lo haria > justamente en ese lugar ya que es parte del modelado de datos y no de > objetos, en 2008 si lo quieren hacer mas simple usen datos > jerarquicos, pero modelar esto fuera de la base de datos es algo asi > como armar una sola tabla con un campo xml y ahi dentro la entidad > cliente, esto es algo no recomendado por la industria en general y > veras cientos de ejemplos de jerarquias que siempre se resuelven del > otro lado (BDD), quizas vale la pena el ejercicio del TDD nada mas, > pero no lo usaria. > > Ademas si te cambian el servicio no es problema porque el modelado > standard de jerarquias es soportado por todas las bases de datos > serias. > > El día 9 de octubre de 2009 12:52, Carlos Peix > <[email protected]> escribió: > > Ya se que es una lista de bases de datos, ya se, pero no me aguanto. > > Pensa dos veces antes de armar esa logica basandote en una caracteristica > de > > una base de datos. Yo lo pondria del lado de la aplicacion (del > modelo)... > > ...a menos, que tengas un contrato que diga que si te cambian el servicio > de > > base de datos estas autorizado a tomarte cinco años de vacaciones en el > > lugar que elijas :-) > > ---------------------------------- > > Carlos Peix >
