[ADO.NET] grand nombre d'objets de connexions

Bonjour,

J'ai une question tres generale en rapport avec ADO.NET.

Je suis en train de developper un CMS demandant un nombre important de connexion differentes a ma base de donnees (surtout pour gerer des droits, des users, des categories, etc etc). Mais voila je me retrouve avec plus de 50 objets "OleDbCommand" ou 50 objets "OleDbDataAdapter".... ce qui est tres tres ennuyeux a developper et difficile a deboguer..... :(

Ma question est: comment faites-vous dans pareil cas? Devez vous egalement utiliser un nombre aussi important de ce type d'objets?

Merci pour vos reponses ...:)

Perso, j'ai fait (enfin, avec les copains)(je dis ça parce que y en a qui traine sur le forum.....)

un frameWork Technique avec des classes pour gérer facilement les liaison avec la BDD.
Donc, à chaque fois que j'ai d'accéder à la BDD (en SElECT ou INSERT ou Update ou DELETE ou même en EXEC de procStock) j'ai juste à appeller une fonction DataManager (c'est le nom que je lui ai donné) et le type de requête à exécuter. Ensuite, dans le cas d'un SELECT, je monte une DataTable qui reçoit les donnée facilement, genre
dt = dm
Parallèlement mes requêtes sont toutes stokées dans un fichier de resource, donc je ne passe qu'un seul argument à ma fonctiondm : l'ID de requête dans le fichier de ressources et éventuellement une série de parametre.

Voilà, je pense qu'avec un système comme ça, on se simplifie la vie et le développement.

ok, merci pour ta reponse..

mais comment fait-on si on ne possede pas, ou si on a pas developpe ce Framework? Est ce qu'on est comdamne a developper de cette facon... ?

En fait je voulais simplement savoir si d'autres personnes trouvaient cela tres ennuyeux..... :(

On peut le développer soi-même en 60 lignes. Avec ça, tu peux déjà gagner du temps.

Moi aussi j'ai affronté ce cas là dans un de mes projets.. mais pas jusqu'à les 50taines!!!... (en général , les developpeurs se gêne dès qu'ils dépassent la déclaration du même objet 10 fois :lol: )
pour éviter celà, j'ai dû passer par un "Framework".. une fonction, avec comme paramètres le nom de la base, le type de requête,return value....etc.

la fonction aprés a évolué au rytme de mon besoin.