Pankaj
<vendor>
Please take a moment to look at the persistent object features of the Secant
EES/EJB product to see how we deal with the types of issues you mention.
With our persistent object services you have a great deal of flexibility in
defining the object to relational mapping which it performs as part of its
container managed persistent(CMP) services. We support Entity Bean
inheritence and you can fully control what tables the subclasses persist to.
In addition, we provide a tool with EES/EJB which allows you to do a reverse
mapping from an existing relational database, creating an object model
which can then be changed as needed for your application.
</vendor>
Thanks,
Dave Tillman
www.secant.com
----- Original Message -----
From: Pankaj Tandon <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 25, 1999 5:04 PM
Subject: extending entity eJBs
> Hi,
> I'm trying to rewrite an existing RDBMS based appliaction (client/server)
> to a 3 tier eJB based app. So, broadly,(*very broadly*) my tables become
> entity beans and my stored/package procedures become session eJBs.
> My entity bean called Employee is persisted in the EMPLOYEES table. Later
> to exploit the OO features of eJBs I will want to extend the entityBean
> called employee to one called myCompanyEmployee which has, let's say
> another instance variable called bonus. Consequently, I will have to
extend
> the corresponding table EMPLOYEES to MYCOMPANYEMPLOYEES with that one
> additional column added.
>
> This probably falls in the area of OR mapping. The only reason I am
posting
> this qustion on this list is to find out how current users of eJB
> technology are approaching this problem.
>
> Is there a design pattern or a technique during the design of eJBs that I
> can adopt that alleviates some of this Object Relational mismatch. In
other
> words, has the eJB technology done anything to minimize the
> Object-Relational gap? Realizing that eJB isolates the persistence
> mechanism and so this problem doesn't technically fall under the eJB spec,
> I'm fishing for a 'best-practices' kind of answer from some early adopters
> and eJB experts who hang around here.
>
> Any pointers or docs that can enlighten me on this subject?
>
> Thanks
> Pankaj
>
>
===========================================================================
> 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".
