Je suis passé à VB2005, et je me suis dit que c'était le moment d'abandonner
les objets DAO et ADO pour passer à ADO.NET.
Pour accéder aux données c'est un peu différent, mais ça ne pose pas de
problèmes. Pour modifier les données quand elles ne proviennent pas d'un
tableau unique, c'est déjà la galère, mais le pire c'est pour un
environnement multiutilisateur:
Rien n'est prévu, pas de vérouillage pessimiste ou optimiste possible. Est
ce que j'ai loupé un chapitre ou ADO.NET n'est-il utilisable en pratique que
pour une application monoposte ?
J'espère que c'est moi qui me trompe. Dans ce cas peut-être pouvez
m'indiquer un tutoriel qui comblera mes lacunes.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrice
Commencer par exemple par : http://msdn.microsoft.com/library/fre/default.asp?url=/library/fre/vbcon/html/vbtskperformingoptimisticconcurrencychecking.asp (1.1)
-- Patrice
"Alain Bächtold" a écrit dans le message de news:
Bonjour,
Je suis passé à VB2005, et je me suis dit que c'était le moment d'abandonner les objets DAO et ADO pour passer à ADO.NET. Pour accéder aux données c'est un peu différent, mais ça ne pose pas de problèmes. Pour modifier les données quand elles ne proviennent pas d'un tableau unique, c'est déjà la galère, mais le pire c'est pour un environnement multiutilisateur: Rien n'est prévu, pas de vérouillage pessimiste ou optimiste possible. Est ce que j'ai loupé un chapitre ou ADO.NET n'est-il utilisable en pratique que pour une application monoposte ? J'espère que c'est moi qui me trompe. Dans ce cas peut-être pouvez m'indiquer un tutoriel qui comblera mes lacunes.
Merci
Alain
Commencer par exemple par :
http://msdn.microsoft.com/library/fre/default.asp?url=/library/fre/vbcon/html/vbtskperformingoptimisticconcurrencychecking.asp
(1.1)
--
Patrice
"Alain Bächtold" <support-buc@datacomm.ch> a écrit dans le message de news:
uYVqfIlfGHA.4080@TK2MSFTNGP03.phx.gbl...
Bonjour,
Je suis passé à VB2005, et je me suis dit que c'était le moment
d'abandonner
les objets DAO et ADO pour passer à ADO.NET.
Pour accéder aux données c'est un peu différent, mais ça ne pose pas de
problèmes. Pour modifier les données quand elles ne proviennent pas d'un
tableau unique, c'est déjà la galère, mais le pire c'est pour un
environnement multiutilisateur:
Rien n'est prévu, pas de vérouillage pessimiste ou optimiste possible. Est
ce que j'ai loupé un chapitre ou ADO.NET n'est-il utilisable en pratique
que
pour une application monoposte ?
J'espère que c'est moi qui me trompe. Dans ce cas peut-être pouvez
m'indiquer un tutoriel qui comblera mes lacunes.
Commencer par exemple par : http://msdn.microsoft.com/library/fre/default.asp?url=/library/fre/vbcon/html/vbtskperformingoptimisticconcurrencychecking.asp (1.1)
-- Patrice
"Alain Bächtold" a écrit dans le message de news:
Bonjour,
Je suis passé à VB2005, et je me suis dit que c'était le moment d'abandonner les objets DAO et ADO pour passer à ADO.NET. Pour accéder aux données c'est un peu différent, mais ça ne pose pas de problèmes. Pour modifier les données quand elles ne proviennent pas d'un tableau unique, c'est déjà la galère, mais le pire c'est pour un environnement multiutilisateur: Rien n'est prévu, pas de vérouillage pessimiste ou optimiste possible. Est ce que j'ai loupé un chapitre ou ADO.NET n'est-il utilisable en pratique que pour une application monoposte ? J'espère que c'est moi qui me trompe. Dans ce cas peut-être pouvez m'indiquer un tutoriel qui comblera mes lacunes.
