Jeu d'enregistrements déconnecté

Question

Quelqu'un que je connais veut utiliser diconnected recordsets dans une application. Pour moi, il semble que si j'ai un outil ORM il n'y aurait vraiment pas besoin de toucher même les jeux d'enregistrements déconnectés. La façon dont je le comprends avec ORM l'ORM prend soin de ne pas étreindre les connexions pour des durées inutilement longues, ce qui résout le besoin d'un jeu d'enregistrements déconnecté. Y at-il une instance dans laquelle vous souhaitez toujours utiliser un jeu d'enregistrements déconnecté?

Answer 1

A fabriqué ADO recordset peut être un bon choix d'objet conteneur pour les données, comme une alternative à un type VBA (de struct), Collection, Dictionnaire, etc.-à-dire Champs nullable avec données fortement typées ** avec support intégré pour le filtrage, le tri, la recherche, la sortie au format texte/xml/array, la pagination, le clonage, etc. Un jeu d'enregistrements ADO fabriqué est déconnecté par définition. Peut-être que ce n'est pas tout à fait ce que vous aviez en tête mais c'est une réponse valide à votre question, c'est un exemple de quand vous voudriez toujours utiliser un jeu d'enregistrements déconnecté, même si vous avez un ORM. Similairement, les objets de paramètre ADO sont une alternative habituelle pour le type Variant en ce que, contrairement aux types intrinsèques VB, ils peuvent être à la fois fortement typés et.

Answer 2

J'envisagerais d'utiliser un jeu d'enregistrements dans de petites applications «assembler et oublier» ou lorsque vous avez des besoins de reporting simples comme des vues de grille en lecture seule.

Cela inclut toutes les applications où vous avez l'impression d'être le plus rapide possible, et vous ne voyez pas pourquoi cela va changer plus tard. Toutefois, si vous envisagez de créer une application robuste, légère et facile à maintenir, avec une logique métier et autres, ne vous fiez pas aux jeux d'enregistrements.

Mais bien sûr, il y a toujours utiliser pour elle ..