Gente, estuve buscando el PDF ese (lo había leido hace unos años) y 
encontre en la página del autor que ahora lo reemplazó por unos cuantos 
papers individuales.

http://www.ambysoft.com/essays/mappingObjects.html

ahi dentro, estan

    * Mapping 101 <http://www.agiledata.org/essays/mappingObjects.html>
    * The Object-Relational Impedance Mismatch
      <http://www.agiledata.org/essays/impedanceMismatch.html>
    *

      Working With Legacy Data
      <http://www.agiledata.org/essays/legacyDatabases.html>

    *

      The Process of Database Refactoring
      <http://www.agiledata.org/essays/databaseRefactoring.html>

    * Encapsulating Database Access
      <http://www.agiledata.org/essays/implementationStrategies.html>
    * Finding Objects in a Relational Database
      <http://www.agiledata.org/essays/findingObjects.html> 

que vienen a reemplazar a ese documento, pero mucho (muchisimo) más 
expandido.

Espero que a alguien le pueda servir, hay mucha data interesante.


Leandro Tuttini escribió:
> Daniel, el documento la verdad esta muy bueno, hay poco material que
> trate este tema asi que la verdad viene bien.
>
> Para bajarlo tenes que hacer como dice Fabio, busca en esta misma
> lista con "Obviar composite-keys"
>
> Del resultado busca los mensajes enviados por Fabio, ahi de seguro
> encontrar uno con adjunto.
>
> La verdad que si se podria subir como archivo.
>
>
>
> On 26 abr, 05:29, "Daniel Mendiola\(gmail\)" <[EMAIL PROTECTED]> wrote:
>   
>> Disculpen que me perdí alguién me podría decir donde puedo bajar el
>> documento?
>>
>> Muchas Gracias
>>
>> -----Mensaje original-----
>> De: NHibernate-Hispano@googlegroups.com
>> [mailto:[EMAIL PROTECTED] En nombre de Leandro Tuttini
>> Enviado el: Miércoles, 25 de Abril de 2007 07:23 p.m.
>> Para: NHibernate-Hispano
>> Asunto: [NHibernate-Hispano] Re: Obtener valor de clave en una
>> <composite-id>
>>
>> Fabio muchas gracias por el doc, la verdad muy bueno.
>>
>> Lo revise un poco por arriba y me surgen dudas que no me termian de
>> cerrar del todo.
>>
>> Por ejemplo vi que plantea que en las relaciones mucho a mucho la
>> tabla intermedia, no las compone como las claves primarias de la tabla
>> que relaciona.
>> Sino que crea un ID nuevo incremental.
>> Me refiero al ejemplo de la figura 12, pagina 14
>>
>> Pero la pregunta aca es, no se esta perdiendo integridad en los datos,
>> de esta forma nada evista que una relacion se inserte dos o mas veces,
>> debe ser controlada por
>> la aplicacion que esto no suceda.
>> Esto como primer punto, despues el tema de los indices, por defecto
>> las claves son indesadas, si esta no son claves hay que crear indices
>> a mano de estos campos seguramente.
>> Como veras los que estoy planteando son temas de las base de datos,
>> nada tiene que ver con objetos.
>>
>> Apunto principalmente a que si hay un DBA en la empresa le gustara que
>> le plantiemos una estructura como esta?, lo pregunto, la verdad no lo
>> se porque nunca trabaje en conjunto a DBA que se dedique a esto
>> exclusivamente.
>>
>> Igual entiendo a donde apunta todo el tema, la idea es que los objetos
>> tengan un solo identificador para su simple identificacion, lo cual es
>> claramente logrado con estas tecnicas.
>>
>> Muchas gracias
>>
>> On 25 abr, 10:10, Fabio Maulo <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>     
>>> Leandro Tuttini escribió:
>>>       
>>>> Una consulta solo para saber por ahi es un tema conceptual que aun no
>>>> comprendo de nhibernate.
>>>> En este se debe evitar el uso de claves compuestas?
>>>>         
>>> Hay un mail del 14/12/2006 cuyo titulo es:
>>> "Re: [NHibernate-Hispano] Re: Obviar composite-keys" que mandé (Fabio
>>> Maulo).
>>> Ese mail tiene en adjunto MappingObjects.Pdf.
>>>       
>>> Lee el adjunto.
>>> Bye.
>>> Fabio.- Ocultar texto de la cita -
>>>       
>> - Mostrar texto de la cita -
>>     
>
>
> >
>
>   


--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: 
NHibernate-Hispano@googlegroups.com
Para más, visite: http://groups-beta.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Responder a