Prisma, Doctrine: Pourquoi utiliser un ORM ?

En tant que développeurs travaillant sur le backend, nous avons un problème. Dans le monde de la programmation, on modélise par défaut la réalité avec la programmation orientée objet.
Par contre, en base de données, on modélise les données avec des tables. Ces deux éléments, les objets et les lignes de tableau, ne sont pas directement compatibles, en termes de modèle mental. Il y a un écart.
Et c'est là qu’interviennent les ORM comme Prisma, Doctrine, Active Record ou Eloquent de Laravel. Ils aident à combler ce fossé entre deux modèles mentaux, entre les données tabulaires et la programmation orientée objet. Quels sont leurs avantages ? Quels sont leur inconvénients ?
----------
Mon site : kodaps.fr
Sur medium : / gosev
Mon matos :
* Canon M50 : amzn.to/2OBNlqb
* Eclairage : amzn.to/3kYXlG3
* Fond vert retractable : amzn.to/3bxg5sV

[@sandaledemarche6849]

Wow, tu viens d'éclaircir un pan plutôt obscur de ma formation. Ca fait des mois que j'utilise Doctrine sans comprendre. Merci beaucoup !

[@kodaps_fr]

Je suis ravi d’avoir pu être utile :)

[@jimymarletta7251]

Merci d'avoir beaucoup éclairci ma compréhension de ce que sont les ORM!

[@kodaps_fr]

Avec plaisir :)

[@user-bh6cq4dy1z]

Merci, je n'avais pas compris toutes les étendues des ORM ! Mais si je peux me permettre, j'avais surtout compris l'avantage en termes de sécurité que tu n'a pas mis dans la vidéo. Les ORM permettent également de nettoyer les données provenant d'une requête pour éviter les injections SQL :)

[@kodaps_fr]

Ca, ça dépend des ORM et des frameworks, ce n’est pas toujours de la responsabilité de l’ORM de “sanitiser” les entrées (surtout que les entrées sont pas forcément stockées en DB :) )

[@mahmoudsahali9448]

Merci pour les explications, super boulot 👍

[@kodaps_fr]

Avec plaisir, merci pour les encouragements !

[@tancelinmazzotti1654]

Le gros problème avec les ORMs, c'est que c'est bien dans un monde parfait avec du CRUD. Dans le monde réel c'est pas le cas. Un truc censé nous simplifier la vie deviens un boulet. Alors oui les premiers jour c'est super mais ça ne dure jamais longtemps. On se rend compte aussi que le temps de maîtriser un ORM il vaut mieux le consacrer à apprendre le SQL. Le changement de SGBD c'est plus simple ? Passer de MySQL à PostgreSQL ok (et encore), mais si on va sur MongoDB ? une API frontal ? (c'est du vécu). Au final on est fortement couplé avec l'ORM. Autres choses les ORMs administrent les base de données mais... Si j'ai plusieurs API qui accède à la base de donnée ? On va s'amuser pour être synchro ave les scripts de migration. Non, le mieux c'est de savoir faire des requêtes pour le SGBD choisi et de mettre en place un pattern DAO. C'est plus long au début, c'est très ennuyant et répétitif pour les opérations de basique, mais quand c'est en place là c'est magique, on a la possibilité d'utiliser toutes les subtilités de chaque SGBD. Pour moi les ORM c'est bien pour faire des tutos de Todo List. Dans le monde réel ça ne marche pas.

[@toblamabor7072]

On peut avoir des vidéos explicatives avec un demo etc.? La théorie est super, mais avoir un exemple de code en vidéo, ça serait top pour justement expliquer comment ça marche derrière etc. (pas une vidéo accélérée bien sûr)

[@kodaps_fr]

Ça vient, ça vient :) le problème de la démo c’est qu’elle va forcément se focaliser sur une techno précise, et Prisma va pas forcément fonctionner comme Doctrine ni comme Éloquent ni comme Active Record de Ruby :) Du coup … c’est quelle techno qui vous intéresse ? :)

[@toblamabor7072]

​@@kodaps_fr tu as raison, au moins ça donnerait au moins une idée globale, personnellement, je dirais doctrine que je vois pas mal de gens utiliser

[@alexandre8869]

En résumé, si on fait du backend, il faut aussi développer un minimum de connaissance dans les bases de données SQL et NoSQL.

[@kodaps_fr]

Clairement !