Hi all,

I'm reading the documentation of NHibernate in order to know if it fits to my needs.

I got objects from a webservice and I want to persist them to a database.

The class are generated from Visual Studio and I would prefer not to modify them.

At the start of my reading, NHibernate seemed to be perfect for my needs because it doesn't require to change the Business object, in my case the generated class from the webservice.

Then I have found this in the documentation about "composite-id" ( almost all primary keys in my database are componed with two columns).



In my case, this means I have to modified each generated classes and override the Equals() and GetHashCode() methods. This is a bit disturbing.

Does the last version of NHibernate always contain this limitation ?
is the composite identifier which is implemented as a seperate class already integrated in the last version ?
is this change planned before the end of this month ( I have a short dead line) ?

A last question :
Does the composite identifiers permit me to use the ISession's SaveOrUpdate() method ?

Thanks in advance for your feedback

Regards

Christophe

Ok, here goes:

The composite ID _has_ to be it's own class. So I just bet you can't use straight generated classes.
And yes, you have to override equals and hashcode. This is not a limitation of NH, but a consequence of using a class to represent an identifier.

This has worked like this for ages, so I don't quite know what you mean with the 'is this change planned before the end of this month' question. As far as I know, this will not be changed.

The composite identifier does not change the fact that you can use the SaveOrUpdate method, but because NH now does not know how to decide if it should update or insert, you will probably have to tell him yourself. Use an interceptor for that.

Ok thanks for the information.

I have just hoped there is way for me to do this using generated class :(

I will look at "interceptor" as you said.

regards,
Christophe