CRJVM205 - Forcer l'utilisation du FetchType LAZY sur les collections…

[kerimboukadida]

Le FetchType LAZY est une stratégie de récupération de données utilisée dans les relations de type OneToMany ou ManyToMany, où les données associées ne sont chargées qu'au moment où elles sont effectivement utilisées.

Il est recommandé d'utiliser FetchType LAZY pour les collections car cela permet d'améliorer les performances de l'application en évitant de charger des données qui ne seront pas utilisées. Cela peut également éviter des problèmes de mémoire pour les collections contenant un grand nombre d'éléments.

[sonarqubecloud]

Kudos, SonarCloud Quality Gate passed!   

0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells

92.9% Coverage
0.0% Duplication

[kerimboukadida]

on a tester cette règle sur un projet

[wokier]

Duplicates #125

[wokier]

Duplicates #122

[github-actions]

This PR has been automatically marked as stale because it has no activity for 30 days.
Please add a comment if you want to keep the issue open. Thank you for your contributions!

[github-actions]

This PR has been automatically marked as stale because it has no activity for 30 days.
Please add a comment if you want to keep the issue open. Thank you for your contributions!

[dedece35]

I marked this PR as draft because of duplication (see above)

[github-actions]

This PR has been automatically marked as stale because it has no activity for 60 days.
Please add a comment if you want to keep the issue open. Thank you for your contributions!

[dedece35]

Hi @kerimboukadida , @wokier

several PR have worked on this same subject (FetchType Lazy instead of Eager for OneToMany et ManyToMany relations).

After worked on a complete analysis to check if this rule is relevant :

• first, I found that the rule already exists in SonarQube as a built-in rule : S6904
• secondly, no proof was found to check relevancy
• thirdly, I decided to launch an analysis with EnergyTracer tool which can do real measures

Thus I created a new PR to :

• add this analysis
• clean all old references to this same subject

Here is the PR : #487

Sorry, but I have to close this PR.
thank you for the work.