Discussion :

[OBIWAN64]

Bonjour,

Quelqu'un peut-il m'expliquer ce qu'il vaut vaut mieux faire et pourquoi entre les deux possibilités suivantes :

- soit créer un état basé sur une requête (solution qui fait appel à 3
composants l'état, la requête et la table),

- soit créer un état avec dans la propriété source une instruction sql
correspondant à la requête (2 composants l'état et la table)

Merci d'avance

[cafeine]

Bonjour,

Quelqu'un peut-il m'expliquer ce qu'il vaut vaut mieux faire et pourquoi entre les deux possibilités suivantes :

- soit créer un état basé sur une requête (solution qui fait appel à 3
composants l'état, la requête et la table),

- soit créer un état avec dans la propriété source une instruction sql
correspondant à la requête (2 composants l'état et la table)

Merci d'avance

Hello,

j'aurais tendance à faire une réponse en faveur des requêtes liée aux performances et l'optimisation Rushmore.

cf. : http://access.developpez.com/faq/?page=SQL#PerfReq

[OBIWAN64]

Merci pour ta réponse et surtout ta rapidité.

A+

[Nohant]

rappelons que dans les deux cas il s'agit toujours de requête (SQL étant le langage d'interrogation d'une base de données)

Je dirais que cela dépend aussi des besoins : si la requête doit être composée à la volée en fonction de critères sélectionnés par l'utilisateur la solution 2 peut être intéressante => création de la requête via vba et affectation à la propriété rowsource de l'état.

@+