northdan.
Vezi pagina în română

IT Glossary

What is an ORM?

A software layer that translates automatically between application code and the database, sparing developers repetitive SQL.

Application code thinks in objects — a customer, an order, an invoice — while a database thinks in tables, rows and columns. Something has to translate between those two worlds continuously, and the ORM (object-relational mapping) is that automatic interpreter: a developer writes save the order, and the ORM composes the correct SQL statements behind the scenes. Entity Framework, Hibernate and Prisma are the familiar examples. The gain is development speed — less repetitive code, fewer syntax mistakes, and implicit protection against SQL injection attacks, because queries are assembled from parameters rather than glued together out of strings. The reverse side is that an ORM used without judgment can generate inefficient queries that slow an application badly once data volumes grow. For a company buying software the relevance is straightforward: a project built on a mature ORM is delivered faster and handed to another team more easily, but it still requires developers who understand what happens beneath the surface and who know when to drop down to plain SQL instead.

Let’s talk about your project

Message us on WhatsApp or send an email — you talk directly to a developer.

office@northdan.com · +40 752 070 247

Why it matters for your business

Faster development, smaller invoice

Routine database operations — saves, lookups, updates — take one line instead of ten; the time saved shows up directly in the project quote.

Implicit protection against SQL injection

The ORM builds queries from parameters, blocking one of the most exploited web vulnerabilities by default — security received almost for free.

Changing the database stays possible

The code talks to the ORM rather than directly to MySQL or PostgreSQL, so a later migration between database engines takes far less effort than hand-written SQL scattered everywhere.

Frequently asked questions

Does an ORM make the application slower?

For ordinary operations the difference is negligible; problems appear on complex reports or large volumes, where an ORM can generate sprawling queries. This is why good teams write those few critical sections directly in SQL and leave the ORM to handle the other ninety percent of the work, where its convenience costs nothing.

What is the N+1 problem developers keep mentioning?

The classic ORM trap: for a list of a hundred orders, careless code issues one query for the list plus a hundred more for the details of each, instead of one combined query. It is easy to fix once you look for it — but somebody has to know to look, which is exactly why it belongs on a code-review checklist.

What are ORM-generated migrations?

Versioned scripts that change the database structure step by step, in sync with the evolution of the code. Every environment, from a developer’s laptop to production, reaches the same structure through the same verified steps — which is what turns a deployment into a repeatable operation rather than a manual ritual performed at night.