These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 
Author Message
 Post subject: Clarification on when NHibernate overrides loader/custom sql
PostPosted: Tue Sep 04, 2007 7:32 pm 
Newbie

Joined: Tue Sep 04, 2007 7:20 pm
Posts: 1
Using NHibernate 1.2 (latest build)

I'm just starting out with NHibernate (although I am an experienced developer) and I have spent hours poring over the documentation, so hopefully this isn't a dumb question.

I have some complex mappings which don't align too well to a 1:1 table to class mapping, so I thought using a custom loader and sql-* directives in the mapping file would be a good way to deal with this. The problem I found was that in a number of cases, NHibernate would ignore the loader statement and try to construct the sql itself using the class name as the table name (if I didn't provide one).

Are there clear distinctions when the custom loader does or does not apply? I can't seem to find a specific qualification in the docs (or in the Manning e-book I purchased). Any help would be appreciated.

Also, if I am taking the wrong approach to complex mappings, any appropriate design philosophy would be appreciated.

TIA

_________________
James Kinneavy
Student Information Systems & Technologies
University of California, Santa Barbara


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.