Discussion :

[azerty53]

Bonjour à toute la communauté.

Je souhaiterai enfait obtenir des conseils sur l'écritures de classes utilisants ado.net, parceque je ne sais pas trop comment commencer puis j'ai pas trouvé ce que je veux sur google .

En fait j'ai bien compris et integré la notion d'ADO_net et de base de données.

Mais je souhaiterai écrire une classe qui permet d'utiliser les objets ADO. mais pas mal de questions se posent à moi nottament sur la structure de ma classe.

1- Est ce que dans le constructeur de ma classe je doit mettre ma connexion. Ou si non, que dois-je mettre dans le new.
2- Si je doit utiliser plusieurs tables pour remplir mes differents elements de mon formulaire, puis je faire plusieurs dataset, ou bien plutot remplir un seul dataset.


Voila pour le moment ce sont les seuls questions qui me viennent à l'esprit et j'espere pouvoir tirer des conseil de ceux qui programment depuis un petit moment en ADO.net

Cordialement.

[dubidon]

merci de poser cette question qui va certainement bien m'aider aussi.
Y'a des trucs que je n'ai pas spécialement compris tel que les requetes paramétrés et c'est vrai que je n'ai pas tout compris a la subtilité des dataset, datatable, datareader, datarow et bindingsource.

je te conseils quand même comme on me l'a conseillé aussi d'aller voir le projet microsoft appelé ma cave a vin et les cours de M PLASERRE sur le site

@++
dubidon

[SaumonAgile]

Concernant les dataset, si tes tables sont liées entre elles, il est plus judicieux de les mettre dans le même dataset, ça te permet d'ajouter des datarelation et de pouvoir gérer facilement les dépendances.

Concernant les requêtes paramétrées, le principe est simple et ne vient pas du framework, c'est un mécanisme des SGBD. En gros, ça veut dire que plutot que concaténer les valeurs des paramètres dans la requête en elle-même, tu vas déclarer des variables dans ta requête, dont tu précises les valeurs au moment où tu envoies ta requête au SGBD.
Pour faire un parallèle, c'est comme si au lieu d'écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
public ... getCommandeDeNeness(){ ... SELECT * FROM commande WHERE client = NENESS ... }
public ... getCommandeDeNanard(){ ... SELECT * FROM commande WHERE client = NANARD ... }

Tu écrivais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
public ... getCommandeClient(... pClient) {
 ... SELECT * FROM commande WHERE client = :CLIENT ...
 :CLIENT = pClient ...
}

ça te parait plus lisible/réutilisable/efficace, et ben le SGBD se dit la même chose en voyant arriver une requête paramétrée, ça lui épargne du travail.

Je passe les détails d'implémentation, mais je pense que vous avez saisi le principe. Car en fait, le fait d'utiliser des parametres permet de résoudre des problème de langue, de culture, d'éviter les SQL Injections, etc.

[dubidon]

ah ben merci saumonagile, depuis mon dernier probleme ou tu m'avais conseiller d'utiliser les requetes parametrer j'essaie de comprendre comment çà marche.
Tu m'a déja éclairer un peu plus la dessus et avec les infos dispo sur le web je vais certainement arriver a tout saisir

@++
dubidon