A method for providing stand-in objects, where relationships among objects
are automatically resolved in an object oriented relational database model
without the necessity of retrieving data from the database until it is
needed. A "fault" class is defined, as well as fault objects whose data
haven't yet been fetched from the database. An object that's created for
the destination of a relationship whenever an object that includes the
relationship is fetched from the database. When an object is fetched that
has relationships, fault objects are created to "stand-in" for the
destination objects of those relationships. Fault objects transform
themselves into the actual enterprise objects--and fetch their data--the
first time they're accessed. Subsequently, messages sent to the target
objects are responded to by the objects themselves.
This delayed resolution of relationships occurs in two stages: the creation
of a placeholder object for the data to be fetched, and the fetching of
that data only when it's needed. By not fetching an object until the
application actually needs it, unnecessary interaction with the database
server is therefore prevented.
Un método para proporcionar a suplente se opone, donde las relaciones entre objetos se resuelven automáticamente en un modelo orientado objeto de la base de datos emparentada sin la necesidad de recuperar datos de la base de datos hasta que es necesaria. Una clase de la "avería" se define, así como los objetos de la avería que datos todavía no se han traído de la base de datos. Un objeto que se crea para la destinación de una relación siempre que un objeto que incluya la relación se trae de la base de datos. Cuando se trae un objeto que tiene relaciones, los objetos de la avería son "suplente creado" para los objetos de la destinación de esas relaciones. Los objetos de la avería se transforman en los objetos reales de la empresa -- y traiga sus datos -- la primera vez que están alcanzados. Posteriormente, los mensajes enviados a los objetos de la blanco se responden por a los objetos ellos mismos. Esto resolución retrasada de relaciones ocurre en dos etapas: la creación de un objeto del placeholder para que los datos sean traídos, y el traer de eso datos solamente cuando es necesario. No trayendo un objeto hasta que el uso lo necesita realmente, la interacción innecesaria con el servidor de la base de datos por lo tanto es prevenida.
