I’m ashamed to say it, but I have to. I have not worked with ORM’s. I’m really considering NHibernate as it seems to be the most mature product for .Net out there (please correct me if I’m wrong). Now, the thing is that we have a big e-commerce/booking system with an SqlServer as the main integration point, containing quite a lot of business logic in sprocs. Now – obviously – this architecture is something we want to move away from, and we’ve been doing so for some time, piece by piece. So, my real question is how feasible is it to start using NHibernate for new features and not going back and map all the legacy stuff? Is this kind of gradual introduction of and ORM supported, and if so, would you recommend it?
Share
It will depend on how ‘NHibernate friendly’ your current database is. NHibernate likes single column primary keys (if they are all named ‘id’ even better). Most ORM are not very stored proc friendly as far as I know. Did you think about how you are going to define your transfer objects to get data back and forth from the db?
BTW there is nothing to be ashamed of. ORM’s are a goot thing but you are right in trying to find the best approach.