Home/ Questions/Q 52821
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-10T16:58:01+00:00

During my apprenticeship, I have used NHibernate for some smaller projects which I mostly

  • 0

During my apprenticeship, I have used NHibernate for some smaller projects which I mostly coded and designed on my own. Now, before starting some bigger project, the discussion arose how to design data access and whether or not to use an ORM layer. As I am still in my apprenticeship and still consider myself a beginner in enterprise programming, I did not really try to push in my opinion, which is that using an object relational mapper to the database can ease development quite a lot. The other coders in the development team are much more experienced than me, so I think I will just do what they say. 🙂

However, I do not completely understand two of the main reasons for not using NHibernate or a similar project:

  1. One can just build one’s own data access objects with SQL queries and copy those queries out of Microsoft SQL Server Management Studio.
  2. Debugging an ORM can be hard.

So, of course I could just build my data access layer with a lot of SELECTs etc, but here I miss the advantage of automatic joins, lazy-loading proxy classes and a lower maintenance effort if a table gets a new column or a column gets renamed. (Updating numerous SELECT, INSERT and UPDATE queries vs. updating the mapping config and possibly refactoring the business classes and DTOs.)

Also, using NHibernate you can run into unforeseen problems if you do not know the framework very well. That could be, for example, trusting the Table.hbm.xml where you set a string’s length to be automatically validated. However, I can also imagine similar bugs in a “simple” SqlConnection query based data access layer.

Finally, are those arguments mentioned above really a good reason not to utilise an ORM for a non-trivial database based enterprise application? Are there probably other arguments they/I might have missed?

(I should probably add that I think this is like the first “big” .NET/C# based application which will require teamwork. Good practices, which are seen as pretty normal on Stack Overflow, such as unit testing or continuous integration, are non-existing here up to now.)

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. There’s been an explosion of growth with ORMs in recent years and your more experienced coworkers may still be thinking in the ‘every database call should be through a stored procedure’ mentality.

    Why would an ORM make things harder to debug? You’ll get the same result whether it comes from a stored proc or from the ORM.

    I guess the only real detriment that I can think of with an ORM is that the security model is a little less flexible.

    EDIT: I just re-read your question and it looks they are copy and pasting the queries into inline sql. This makes the security model the same as an ORM, so there would be absolutely no advantage over this approach over an ORM. If they are using unparametrized queries then it would actually be a security risk.

    • 0