>In the orderBean you could have an enumeration as a private
>variable. Include a public business method called "getDetails".
>This method would return the enumeration. Before returning
>the enumeration, check if it is null. If it is not null, then
>you could lookup and query the details bean using a
>"findByMasterData" method. This should give you an enumeration
>which can then be assigned to your local enumeration and then
>that be returned. So whenever your client makes a getDetails
>call on your orderBean, it will also get your details bean.
>
>By doing so you have one inherent problem. If your database
>values have changed after you have made the call, then they
>will not be reflected in your client.
>
>If you want to do this too, then if the server you are using
>will execute your implementation of the find method[most dont],
>you could findByMasterData with each of the find methods in the
>orderBean.
Depending on how your Order and Order Item beans are related and
do the relatioins get changed you may not need to call find method
for every client inocation. I all the relations are manipulated by
method calls on the two beans that the enumeration can be updated
whenver the relationships change(like items are added or deleted)
and in this way the enumeration will always be fresh. But I am not
sure how much of performance gain will it be in case the beans are
being passiated and reactivated.
>
>Please give me any suggestions that you have on this area.
>
>Thanks
>RS
>
>
>
>On Sat, 31 Jul 1999 11:28:41 -0700, Marian Corcoran <[EMAIL PROTECTED]>
>wrote:
>
>>Can anyone point me in the direction of any materials which
>>discuss how EJB could be used to represent a hierarchical DB,
>>with each of the EntityBeans being used to represent different tiers?
>>
>>Thanks
>>
>> ==========================================================================
>>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>>of the message "signoff EJB-INTEREST". For general help, send email to
>>[EMAIL PROTECTED] and include in the body of the message "help".
>>
>
> ==========================================================================
>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>of the message "signoff EJB-INTEREST". For general help, send email to
>[EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
