Thanks to both of you for those very interesting and complete replies!
The "light" aspect started to be odd as the product grew, because the
> granularity of light/full was not enough. We generaly now favor smaller
> objects, where related data is retrieved as a separate entity. These
> separate entities are not fields of the main entity.
>
Chrriis, if I understand well, you would use entities like :
------------
public class Person
{
long id;
String name;
String someOtherSimpleProperty;
}
public class Address
{
long id;
String streetName;
String someOtherSimpleProperty;
}
public class PersonAddress
{
Person person;
Address address;
}
------------
So there is no "address" property directly in the Person entity...You
actually have to retrieve the associated PersonAddress in a separate
request. And all "associations of entities" are managed as standalone
objects?
If a method needs to do some processing on a Person and needs to access
some of its associated entities, it would have a signature like :
------------
public void doSomeProcessingOnAPerson(Person person, PersonAddress
personAddress, PersonJob personJob, Set<Person> personFriends, ...)
{
//...
}
------------
Instead of :
------------
public void doSomeProcessingOnAPerson(Person person)
{
//...
}
------------
Do I understand you correctly?
Thanks again for the help!
--
You received this message because you are subscribed to the Google Groups "jOOQ
User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
