Re: Anonymous keys
Armin Waibel <[email protected]>
| Newsgroups | gmane.comp.jakarta.ojb.user |
|---|---|
| Message-ID | <[email protected]> |
Hi Vagula, Vagula wrote: > > > Hi, > > > > I have some doubts though: > > > > 1. In the access attribute for an reference field (as > given below in repository_user.xml) which is the best option? > > a. read only > > b. read write > > c. anonymous > I would use anonymous fields or private fields without getter/setter in the POJO for the ?? fields (with access "readwrite" or "readonly" - if data never change). > 2. When I use access=anonymous, I have to retrieve the references before > I store the object. This is causing problem when I run the use case for > 35 concurrent users. Any suggestions? > > > > 3. When I use access = read, I add the attributes in the Java bean. But > when I run the application it is giving an error "Cannot Insert Null > into a Not Null column" If you set "readonly" the field will be ignored on insert. This could cause problems with the DB-table if the column doesn't allow null. regards, Armin > > > > <class-descriptor > class="com.inetpsa.pac.ojb.bean.ActivityDeclarationData" > table="PACQTDEA"> > > <field-descriptor id="1" name="id" column="ID" > jdbc-type="INTEGER" primarykey="true" autoincrement="true" > access="readonly"/> > > <field-descriptor id="2" name="individualid" > column="INDIVIDUALID" jdbc-type="INTEGER" access= ?? /> > > <field-descriptor id="3" name="activityid" column="ACTIVITYID" > jdbc-type="INTEGER" access= ?? /> > > <field-descriptor id="4" name="subactivityid" > column="SUBACTIVITYID" jdbc-type="INTEGER" access= ?? /> > > <field-descriptor id="5" name="entityId" column="ENTITY" > jdbc-type="INTEGER" access= ?? /> > > <field-descriptor id="6" name="period" column="PERIOD" > jdbc-type="INTEGER" access= ?? "/> > > <field-descriptor id="7" name="comment" column="COMMENT" > jdbc-type="VARCHAR" /> > > <field-descriptor id="8" name="daysDeclared" > column="DAYSDECLARED" jdbc-type="NUMERIC" > conversion="com.inetpsa.pac.arch.ojb.util.Numeric2DoubleConvertor"/> > > <reference-descriptor > class-ref="com.inetpsa.pac.ojb.bean.IndividualData" name="individual" > auto-retrieve="false"> > > <foreignkey field-ref="individualid" /> > > </reference-descriptor> > > <reference-descriptor > class-ref="com.inetpsa.pac.ojb.bean.Activity" name="activity" > auto-retrieve="false"> > > <foreignkey field-ref="activityid" /> > > </reference-descriptor> > > <reference-descriptor > class-ref="com.inetpsa.pac.ojb.bean.SubactivityData" name="subActivity" > auto-retrieve="true"> > > <foreignkey field-ref="subactivityid" /> > > </reference-descriptor> > > <reference-descriptor > class-ref="com.inetpsa.pac.ojb.bean.EntityData" name="entityData" > auto-retrieve="false"> > > <foreignkey field-ref="entityId" /> > > </reference-descriptor> > > <reference-descriptor > class-ref="com.inetpsa.pac.ojb.bean.PeriodicCalender" name="periodData" > auto-retrieve="false"> > > <foreignkey field-ref="period" /> > > </reference-descriptor> > > <object-cache > class="org.apache.ojb.broker.cache.ObjectCacheEmptyImpl"></object-cache> > > </class-descriptor> > > > > OJB version I use is 1.0. > > > > Thanks for the Help! > > > > Regards, > > Vagula > > > > -----Original Message----- > From: Armin Waibel [mailto:[email protected]] > Sent: Wednesday, December 06, 2006 7:26 AM > To: OJB Users List > Subject: Re: Anonymous keys > > > > Hi Vagula, > > > > I'm sorry for the late reply - I was ill last week. > > > > Vagula wrote: > > > > >> Hi, > > > > > >> What are the drawbacks of using the anonymous keys? > > >> Will there be performance bottleneck? > > > > > >> I have read the material in OJB site, it doesn't talk about > >> drawbacks. > > > > > Did you read this? > > http://db.apache.org/ojb/docu/guides/advanced-technique.html#How+do > > This section describe how AK work. One drawback is that you can't use AK > > > (except in 1:1 refenences) if you want to cluster OJB. I don't know > > about a performance bottleneck when using AK, but I never made serious > > multi-threaded performance comparisons (with/without AK). > > > > regards, > > Armin > > > > > > >> Regards, > > >> Vagula > > > > > > > > > > > >> **************** CAUTION - Disclaimer ***************** > >> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended > solely for the use of the addressee(s). If you are not the intended > recipient, please notify the sender by e-mail and delete the original > message. Further, you are not to copy, disclose, or distribute this > e-mail or its contents to any other person and any such actions are > unlawful. This e-mail may contain viruses. Infosys has taken every > reasonable precaution to minimize this risk, but is not liable for any > damage you may sustain as a result of any virus in this e-mail. You > should carry out your own virus checks before opening the e-mail or > attachment. Infosys reserves the right to monitor and review the content > of all messages sent to or from this e-mail address. Messages sent to or > from this e-mail address may be stored on the Infosys e-mail system. > >> ***INFOSYS******** End of Disclaimer ********INFOSYS*** > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > >