MODE ADO.NET [Résolu]
T_Mehdi
- Messages postés
- 294
- Date d'inscription
- samedi 5 février 2005
- Dernière intervention
- 24 juillet 2015
- Messages postés
- 1
- Date d'inscription
- mardi 17 novembre 2009
- Dernière intervention
- 16 mai 2010
A voir également:
- Mode deconnecté c#
- Ado.net mode connecté et mode deconnecté - Meilleures réponses
- Mode ado - Meilleures réponses
- Quelques astuces pour ADO.Net 2.0 et le mode déconnecté - Conseils pratiques - C# / .NET
- Début application de gestion commerciale tout en mode deconnecté - en couche - ado.net 2.0 - Codes sources - Visual Basic / VB.NET (Base de Donnees)
- Gestion d'un restaurant (ado.net mode connecté,mode déconnecté) - Codes sources - Visual Basic / VB.NET (Base de Donnees)
- C# / .NET : Mode deconnecte - C# / .NET - Forum - C# / .NET
- ADO.NET mode déconnecté - Forum - ASP.NET
15 réponses
Meilleure réponse
- Messages postés
- 1163
- Date d'inscription
- vendredi 23 juillet 2004
- Dernière intervention
- 21 octobre 2010
La différence entre mode connecté et mode déconnecté, cest simplement la facon dont ton code gère l'accès a la base. en mode connecté, toute action sur les données coté soft est immédiatement repercutée sur la base, et tout accès aux données est fait directement sur la base. en mode déconnecté, la base est chargée en mémoire (tout ou partiel, selon le besoin, bien que charger la totalité est rare et est souvent abhérent), et les répercussion sont flushées a un instant T. C'est plus un simple terme assez conceptuel pour qualifier la facon dont tu traite les données.
Le pour et le contre et le domaine d'utilisation de chacun d'eux...bah ca dépend du contexte, du besoin, etc...la plupart du temps, on est ni full connecté, ni full déconnecté. selon les données, les traitements, etc, on va un peu mixer le tout (avec plus de connecté que de déconnecté).
En règle général, on va etre en déconnecté si on veut bufferiser un paquet de données, faire bcp de traitement coté soft, puis tout flusher d'un coup, si on a pas d'accès concurrents (grosso modo hein).
Apres, comme je te dis, cest rarement tout l'un ou tout l'autre, et comme ca reste surtout très conceptuel, on a rarement une implémentation de l'un ou de l'autre faite à la lettre.
Le pour et le contre et le domaine d'utilisation de chacun d'eux...bah ca dépend du contexte, du besoin, etc...la plupart du temps, on est ni full connecté, ni full déconnecté. selon les données, les traitements, etc, on va un peu mixer le tout (avec plus de connecté que de déconnecté).
En règle général, on va etre en déconnecté si on veut bufferiser un paquet de données, faire bcp de traitement coté soft, puis tout flusher d'un coup, si on a pas d'accès concurrents (grosso modo hein).
Apres, comme je te dis, cest rarement tout l'un ou tout l'autre, et comme ca reste surtout très conceptuel, on a rarement une implémentation de l'un ou de l'autre faite à la lettre.
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
a aidé 97 internautes ce mois-ci
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
la différence entre le mode connecté et déconnecté est la suivante:
quand tu développe en mode connecté tu laisse en permanence la connexion a la base de donnée(sqlconnexion ou autre) ouverte,
alors que quand tu développe en mode déconnecté tu ouvre la connection sur ton winform au démarage de l'application (juste le temps que le winform débug) et la connection se coupe juste aprés, tu réouvre la connection quand tu doit exécuter une procédure stocké ou quand tu raffraichi ton formulaire (f5), cela te permets en fait d'éviter toute surcharge avec tes connexion.
le mode déconnecté et le principal mode utilisé en entreprise car imagine un groupe de 100 personnes connecté en permanence sur la base de données (sgbd) du serveur !!!
j'espère que ma réponse ta aider et bonne chance dans tes recherche
quand tu développe en mode connecté tu laisse en permanence la connexion a la base de donnée(sqlconnexion ou autre) ouverte,
alors que quand tu développe en mode déconnecté tu ouvre la connection sur ton winform au démarage de l'application (juste le temps que le winform débug) et la connection se coupe juste aprés, tu réouvre la connection quand tu doit exécuter une procédure stocké ou quand tu raffraichi ton formulaire (f5), cela te permets en fait d'éviter toute surcharge avec tes connexion.
le mode déconnecté et le principal mode utilisé en entreprise car imagine un groupe de 100 personnes connecté en permanence sur la base de données (sgbd) du serveur !!!
j'espère que ma réponse ta aider et bonne chance dans tes recherche
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
a aidé 97 internautes ce mois-ci
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
- Messages postés
- 294
- Date d'inscription
- samedi 5 février 2005
- Dernière intervention
- 24 juillet 2015
oui merci jaurai une autre question stp ^^( je mexcuse pour le derangement)
afin de modifier ajouter ou supprimer des element du table ya til une autre solution que d'utiliser le sql?je veu dire ya t'il des commande propre a C# ou bien a ado.net ? si oui qu'il sont les avtange et les incovenient
merci
afin de modifier ajouter ou supprimer des element du table ya til une autre solution que d'utiliser le sql?je veu dire ya t'il des commande propre a C# ou bien a ado.net ? si oui qu'il sont les avtange et les incovenient
merci
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
ne t'excuse pas je suis passer par la il n'y a pas si longtemps de ça!
oui d'aprés ce que j'en sais il y a moyen de le faire il te suffit juste d'afficher tes donner dans une data grid et a partir de la recherche dans codes sources modification de sgbd dans datagrid tu verra y a un gars qui en parle mieux que moi et sa source est disponible :)
[file:///H:/Mes%20documents/cours/CSharp-ADO63.pdf
]
oui d'aprés ce que j'en sais il y a moyen de le faire il te suffit juste d'afficher tes donner dans une data grid et a partir de la recherche dans codes sources modification de sgbd dans datagrid tu verra y a un gars qui en parle mieux que moi et sa source est disponible :)
[file:///H:/Mes%20documents/cours/CSharp-ADO63.pdf
]
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
- Messages postés
- 47
- Date d'inscription
- mercredi 5 mars 2008
- Dernière intervention
- 23 juin 2008
- Messages postés
- 1
- Date d'inscription
- samedi 12 décembre 2009
- Dernière intervention
- 19 avril 2010
quand tu développe en mode connecté tu laisse en permanence la connexion a la base de donnée(sqlconnexion ou autre) ouverte,
alors que quand tu développe en mode déconnecté tu ouvre la connection sur ton winform au démarage de l'application (juste le temps que le winform débug) et la connection se coupe juste aprés, tu réouvre la connection quand tu doit exécuter une procédure stocké ou quand tu raffraichi ton formulaire (f5), cela te permets en fait d'éviter toute surcharge avec tes connexion.
alors que quand tu développe en mode déconnecté tu ouvre la connection sur ton winform au démarage de l'application (juste le temps que le winform débug) et la connection se coupe juste aprés, tu réouvre la connection quand tu doit exécuter une procédure stocké ou quand tu raffraichi ton formulaire (f5), cela te permets en fait d'éviter toute surcharge avec tes connexion.
- Messages postés
- 1
- Date d'inscription
- mardi 17 novembre 2009
- Dernière intervention
- 16 mai 2010
le travail sur les bases de données en utilisant les objets ADO.NET est basé sur l'utilisation des requêtes sql qques soit en mode connecté(propriété commandtext de l'objet command)ou avec l'objet dataadapter en mode non connécté.
en mode non connécté tu peux travailler avec la methode "delete" pour supprimer un enregistrement d'un datatable appartenant à votre dataset,la methode newrow pour déclaer un nouvel enregistrement,add pour l'ajouter aprés remplissage,...)
en faite ,tu dois consulter un cours détaillé sur les objets ADO.NET,il y en a plein sur le net.
en mode non connécté tu peux travailler avec la methode "delete" pour supprimer un enregistrement d'un datatable appartenant à votre dataset,la methode newrow pour déclaer un nouvel enregistrement,add pour l'ajouter aprés remplissage,...)
en faite ,tu dois consulter un cours détaillé sur les objets ADO.NET,il y en a plein sur le net.
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.