FusionForge de l'ADULLACT: openMairie - Framework : [#10794] Optimisation de la construction d'objet dbForm en mode création

Date :
18/12/2025 11:03

Priorité :
5

État :
Closed

Proposé par :
Nathanaël Houn (nathanaelhoun)

Confié à :
Nathanaël Houn (nathanaelhoun)

Sévérité :
enhancement

Version cible :
4.11.0

Version concernée :
4.10.0

Résumé :
Optimisation de la construction d'objet dbForm en mode création

Description détaillée
Sur une base avec énormément de ligne, la construction d'objet `om_dbform` en "mode création" est très lente. En raison, la partie `init_record_data` exécute une requête SQL même pour un nouvel objet. Cette requête permet de récupérer les noms des colonnes en base de données pour la table utilisée. La requête actuelle sélectionne une ligne dans la base, qui n'est pas utilisée par la suite puisqu'on initialise un nouvel objet. La sélection de cette ligne est souvent gérée par une requête SQL qui contient un ORDER BY et un LIMIT 1, mais sans clause WHERE restrictive, ce qui peut provoquer un gros tri côté base de données avant de retourner une ligne, qui sera jetée par la suite. La solution est de modifier la requête SQL pour ne retourner aucune ligne et de garder l'initialisation de l'objet vide à partir des noms des colonnes. Ainsi, la requête est toujours rapide (aucune ligne de retournée), mais le comportement n'est pas du tout changé.
Sur une base avec énormément de ligne, la construction d'objet `om_dbform` en "mode création" est très lente. En raison, la partie `init_record_data` exécute une requête SQL même pour un nouvel objet. Cette requête permet de récupérer les noms des colonnes en base de données pour la table utilisée. La requête actuelle sélectionne une ligne dans la base, qui n'est pas utilisée par la suite puisqu'on initialise un nouvel objet. La sélection de cette ligne est souvent gérée par une requête SQL qui contient un ORDER BY et un LIMIT 1, mais sans clause WHERE restrictive, ce qui peut provoquer un gros tri côté base de données avant de retourner une ligne, qui sera jetée par la suite. La solution est de modifier la requête SQL pour ne retourner aucune ligne et de garder l'initialisation de l'objet vide à partir des noms des colonnes. Ainsi, la requête est toujours rapide (aucune ligne de retournée), mais le comportement n'est pas du tout changé.

Commentaires (1)
Pièces jointes
Modifications (7)

Message
Date : 05/01/2026 11:26 Expéditeur : Nathanaël Houn L'implémentation de ce ticket en 4.11.0-a12 introduit une régression.

Pas de documents joints

Champ	Ancienne valeur	Date	Par
status_id	Open	30/01/2026 12:42	Sofien TIMEZOUAGHT
close_date	Aucun(e)	30/01/2026 12:42	Sofien TIMEZOUAGHT
status_id	Closed	05/01/2026 11:26	Nathanaël Houn
close_date	24/12/2025 17:30	05/01/2026 11:26	Nathanaël Houn
priority	1	05/01/2026 11:26	Nathanaël Houn
status_id	Open	24/12/2025 17:30	Sofien TIMEZOUAGHT
close_date	Aucun(e)	24/12/2025 17:30	Sofien TIMEZOUAGHT

Powered By FusionForge Collaborative Development Environment

Charte d'utilisation / Nous contacter / Mentions légales

Haut de page