Qu'est-ce qu'un ORM et quand les développeurs devraient et ne devraient pas l'utiliser

Qu'est-ce qu'un ORM

Le mappage objet-relationnel (ORM) est une technique de programmation qui facilite l'interaction entre une base de données relationnelle et un langage de programmation. Il agit comme un pont entre la représentation logique et orientée objet des données dans le code et la structure physique et relationnelle d'une base de données. L'objectif principal d'un ORM est d'éliminer l'inadéquation d'impédance qui peut se produire entre le modèle objet utilisé dans le code d'application et le modèle relationnel utilisé par les bases de données.

‍

Pourquoi utiliser un ORM

Les développeurs utilisent les ORM pour plusieurs raisons. Premièrement, cela simplifie et accélère le processus de développement en leur permettant de travailler avec des objets et des classes dans le langage de programmation plutôt que d'écrire des requêtes SQL. Cette abstraction minimise le besoin de traiter directement la syntaxe et les subtilités spécifiques à la base de données.

Deuxièmement, un ORM améliore la maintenabilité du code en fournissant un certain niveau d'abstraction. Les modifications apportées au schéma de la base de données peuvent être gérées plus facilement, car les développeurs peuvent mettre à jour le mappage dans la couche ORM sans modifier en profondeur le code de l'application.

Troisièmement, un ORM favorise la réutilisabilité et la portabilité du code. En faisant abstraction des interactions avec la base de données, les développeurs peuvent écrire du code indépendant de la base de données, ce qui facilite le passage à un autre système de base de données sans modifications substantielles du code.

‍

Défis liés à l'utilisation des ORM

Bien qu'une couche de mappage objet-relationnel (ORM) offre de nombreux avantages, les développeurs sont souvent confrontés à des défis et à des compromis lorsqu'ils décident d'utiliser cette approche.

Défis de temps de développement/construction :

• Requêtes N+1 : les ORM conduisent souvent au problème de requête N+1, où plusieurs requêtes de base de données sont exécutées au lieu d'une requête plus optimisée, entraînant des problèmes de performances pour l'accès aux données. Les développeurs doivent être attentifs aux modèles d'accès aux données pour minimiser ce problème.
• Fuites : à mesure que les requêtes deviennent plus avancées et complexes, au-delà des opérations CRUD de base, l'abstraction fournie par un ORM peut commencer à fuir, obligeant les développeurs à traiter directement le code de requête et les comportements spécifiques à la base de données à partir de leur code. Cela peut entraîner des problèmes inattendus avec la maintenabilité du code, en particulier lorsque vous tentez de modifier le schéma ou d'optimiser les requêtes.

Performances de production, évolutivité, optimisation et sécurité :

• Performances : bien que les systèmes ORM génèrent des requêtes SQL, elles ne sont pas toujours idéales et les développeurs peuvent avoir besoin d'affiner ou de créer des requêtes artisanales pour des performances optimales dans des situations spécifiques. Dans des scénarios hautes performances, de telles optimisations deviennent cruciales.
• Échelle : à mesure que les applications évoluent, les requêtes générées par ORM peuvent ne pas toujours évoluer de manière transparente. Les développeurs devront peut-être envisager des optimisations spécifiques à la base de données ou même s'éloigner de certaines fonctionnalités ORM pour garantir des performances à grande échelle.
• Gestion des connexions DB : les pools de connexions gèrent les connexions de bases de données réutilisables, améliorant ainsi les performances et l'évolutivité. Les ORM ne s'intègrent pas toujours de manière transparente aux pools de connexions, ce qui entraîne des problèmes tels qu'une gestion inefficace des connexions, ce qui a un impact sur les performances. De plus, configurer les paramètres du pool de connexions pour les aligner sur les exigences de l'ORM et garantir une gestion appropriée des connexions au sein de la couche ORM peut être des tâches complexes.
• Sécurité : les systèmes ORM éliminent une grande partie du code SQL, mais les développeurs doivent rester vigilants en matière de sécurité. Des entrées mal nettoyées, une utilisation inappropriée des fonctionnalités ORM ou une négligence des configurations de sécurité peuvent introduire des vulnérabilités.

Adéquation aux processus SDLC (par exemple, CI/CD) :

• Intégration continue/déploiement continu (CI/CD) : les ORM peuvent poser des défis dans les pipelines CI/CD, en particulier lorsqu'il s'agit de modifications de schéma de base de données. Les migrations et les mises à jour doivent être soigneusement étudiées pour éviter les interruptions et garantir des processus de déploiement fluides.
• Adaptation au changement : à mesure que les applications évoluent avec de nouvelles fonctionnalités, les mappages ORM peuvent nécessiter des mises à jour fréquentes. Veiller à ce que ces changements ne perturbent pas les fonctionnalités existantes et à ce que les migrations soient gérées de manière transparente devient un aspect crucial du processus de développement.
• Architectures d'applications modernes : les outils ORM peuvent ne pas s'aligner de manière transparente sur les architectures cloud et sans serveur modernes. À mesure que les applications évoluent, la gestion centralisée par ORM des connexions et des transactions aux bases de données peut devenir un goulot d'étranglement, entraînant une latence accrue et une diminution du débit global. De même, dans les configurations sans serveur, l'abstraction lourde d'ORM peut avoir des difficultés avec les instances de calcul de courte durée. Les développeurs doivent évaluer soigneusement les compromis entre la commodité de l'ORM et les avantages du cloud natif lors de l'architecture des applications. ‍

Résumé

En conclusion, même si un ORM simplifie les interactions avec les bases de données et améliore la maintenabilité du code, les développeurs doivent être conscients de ces défis et prendre des décisions éclairées en fonction des besoins spécifiques de leurs applications. Atténuer ces défis implique souvent une combinaison de conception minutieuse, d'optimisation et d'une compréhension approfondie du cadre ORM et du système de base de données sous-jacent.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!