Discussion :

[Pascal Jankowski]

L'utilisation des InstantObjects permet de gagner un temps incroyable pour le développement d'applications orientés bases de données.
La contre partie et non des moindres, c'est la dégradation importante des performances de l'applicatif utilisant ce principe dès que l'on manipule des tables moyennes.
Une table comportant moins de 10000 enregistrements peut mettre de nombreuses minutes à se charger en utilisant un TInstantSelector.

J'aimerai connaître parmis les personnes utilisant ces TInstantObjects, comment vous avez réussi à contourner ce problème ?

Par ailleurs, ne connaissant pas ECO, rencontre-t-on les mêmes problèmes de dégradation des performances ?

Par avance merci, pour vos avis éclairés.

[ShaiLeTroll]

je ne connais pas le modèle ECO, mais c'est de la Persistance d'Objet en BD, c'est un classique

Dans mon actuelle entreprise, il y avait une couche de persistance, et le premier problème avec les collections, c'est que tu lance la requête, et comme un con, ça créait les 10 000 objets d'un coup, résultat, performance misérables ... imagine les grilles ...

J'ai donc dès que j'ai vu cette abhération, j'ai proposé une nouvelle version de la couche, et c'est tout con, il suffit de lancer la requête, et de ne créer les instances qu'à la demande d'accès d'un objet ... j'ai même prévu un parcours comme une collection ou comme un dataset ... j'ai prévu aussi plusieurs mode de fonctionnement de LazyLoading, en gros, le mieux c'est de toujours repoussé les traitements le plus tard possible ... vraiement quand on peut plus faire autrement ... et pour le moment, mon code comporte bcp de cadavre suite à plusieurs révisions de fonctionnement

je te conseille d'étudier les Options de Load ...


EDIT : Déjà, j'ai survolé le code, cela utilise le flux de composant, ce qui permet une souplesse pour l'abstraction de la DB, et encore, rien que ça déjà, moi j'utilise massivement le DataSet et le RTTI (plein de pointeur qui doivent être en warning en .NEt), et j'ai des court-circuit pour utiliser des flux DFM (que je dois finir pour intégrer du XSL et XML, mais ça faut que mon boss est le budget), mais déjà le flux c'est long car il faut génére le flux, puis le lire, tu as déjà une indirection ... ensuite, vu le code, c'est ce indirection qui sépare trop l'Objet et la DB qui ralenti le parcours d'une collection, ...

EDIT 2 : Je vois plein de fontion RTTI, mais pour le RAD... pas pour l'objet en rintime