Discussion :

[it-worker]

Bonjour à tous,

J'ai une application Access qui fait le lien entre une base de données MS Access et une base de données SQL Server 2008. Ceci dit, je veux faire des modifications sur une ou des tables situées sur SQL Server et je me demande qu'est-ce qui est le mieux: Créer une procédure stockée sur SQL Server et l'exécuter via SQL Direct ou créer ma procédure directement dans SQL Direct?

En principe, les procédures que je crée ne seront utilisées que par l'application que je construit.

Quelles sont les limitations de SQL Direct? Il ne semble pas y avoir de tuto / Faq sur le SQL Direct. Et ce n'est pas faute de ne pas avoir chercher. Je n'ai trouvé que des post sur le forum avec des bribes d'informations...

Merci d'avance pour vos réponses!!!

[marot_r]

Je n'ai pas de certitude mais je pense que l'exécution d'une procédure stockée doit être plus rapide que son interprétation et son exécution à la vollée via du SQL Direct. Et je pense que les droits pour faire cela ne sont pas le même que ceux pour une simple exécution.

À titre personnel, je préfère que ce qui est SQL qui n'est pas Access reste sur le serveur concerné. Donc je choisirai de faire exécuter la procédure stockée. De plus, comme cela, du côté de Access tout ce que tu dois connaître c'est le nom de cette procédure et ses paramètres.

En matière d'interface entre systèmes il est recommandé d'encapsuler (de cacher) un maximum les choses et de ne rendre visible que ce qui est aboslument indispensable. Moins tu en montres moins il y a de chance que quelqu'un utilise une information interne et se retrouvera embété si tu fais un changement.