Max, it would happen whenever you have a column name that approaches
the limit for the database. Hibernate needs to add an _0, etc at
the end when rendering aiases.

> -----Original Message-----
> From: max [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, 2 January 2003 6:11 PM
> To: Hibernate Mailing List
> Subject: Re: [Hibernate] Length of Hibernate-generated aliases in SQL
> 
> 
> Could you give an hbm.xml and query example that gives that 
> error ? (it 
> would be nice to have some test scenario :)
> (especially, since it would be nice to know what one could do 
> to avoid 
> such a thing....- it would also be a problem on db2 since it also has 
> some "weird" low limitations)
> 
> /max
> 
> >Yick. The biggest design problem with Hibernate at present 
> is the fact 
> >that we have no single class responsible for rendering SQL. 
> (As I have 
> >mentioned before, Hibernate models SQL statements using 
> >StringBuffer...) So little things like this that should be 
> *very* easy 
> >turn out to be way more tricky than you expect. However there are a 
> >couple of methods that are responsible for dealing with SQL quoted 
> >identifiers so you may be able to hook in there.
> >
> >We *do* need to fix this problem of StringBuffer being used 
> everywhere.
> >
> >  
> >
> >>-----Original Message-----
> >>From: Mark Woon [mailto:[EMAIL PROTECTED]
> >>Sent: Wednesday, 1 January 2003 10:33 AM
> >>To: Hibernate Mailing List
> >>Subject: [Hibernate] Length of Hibernate-generated aliases in SQL
> >>
> >>
> >>
> >>Does Hibernate do any checking on the length of the aliases
> >>it generates 
> >>when it creates it's SQL queries?  I'm getting "identifier is 
> >>too long" 
> >>errors against Oracle 9.2 at the moment because Hibernate 
> >>tacks on some 
> >>extra text to some column names.
> >>
> >>If not, would it be terribly difficult to add this
> >>functionality?  Which 
> >>classes should I be looking at to figure this out?
> >>
> >>Thanks,
> >>-Mark
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This sf.net email is sponsored by:ThinkGeek
> >>Welcome to geek heaven.
> >>http://thinkgeek.com/sf
> >>_______________________________________________
> >>hibernate-devel mailing list [EMAIL PROTECTED]
> >>https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> >>
> >>    
> >>
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf 
> _______________________________________________
> hibernate-devel mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> 


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Reply via email to