Discussion :

[LyNKSoNe-PRoD]

Bonjour,

je souhaiterais accéder à ma base de données (access .mdb) via DAO car il parait que DAO est plus rapide que ADO. Or, je n'arrive pas à trouver le code pour déclarer ma base, l'ouvrir et effectuer des requêttes dessus puis la refermer. Je travail avec VS-2005 en VB.net.

J'ai cru comprendre qu'il y avait des pro de DAO sur ce forum, donc un petit coup de main serait vraiment très utile..

Merci d'avance pour votre aide
et bonne soirée

[Philippe Vialatte]

Je crois qu'il y'a eu melange

DAO et ADO, c'etait utilise en VB6...en .net, tu vas utiliser ADO.Net pour l'acces aux donnees...


regarde ici :
http://dotnet.developpez.com/faq/dot...angtech_adonet

et la:
http://faqcsharp.developpez.com/?page=adonet

[LyNKSoNe-PRoD]

Bonjour,

merci pvialatte pour ta réponse mais non il n'y a pas eu erreur, je cherche bien a me connecter en DAO sur ma base access via vb.net!!

Je sais que pour le .net, il faut (normalement) utilisé ADO.net mais suite à des problème de lenteur en réseau, je souhaite utilisé DAO en incluant la dll puisque qu'il est beaucoup plus léger et rapide....

Donc je réitére ma question : Quelqu'un pourrait-il me fournir le code pour déclarer ma base, l'ouvrir et effectuer des requêttes dessus puis la refermer avec DAO.

[ddaime]

Bonjour.

Je n'ai jamais entendu parler d'utilisation de DAO en .Net, c'est peu être qu'il y a une raison, non DAO est une technologie d'accés aux données qui est obsolète debut longtemps, terme employé par Microsoft lui même, remplacée par ADO, puis sous .Net par ADO.Net. Tu auras de toutes façon des performances bien moindre si tu utilises DAO au lien d'ADO.Net et encore plus si tu passes par le réseau pour accéder à ta base.

[LyNKSoNe-PRoD]

C'est bon, j'ai enfin réussi à trouver la syntaxe correcte...

Je la poste si sa peut servir à quelqu'un :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
'variable
  Dim dbs As DAO.Database
            Dim DBEngine As New DAO.DBEngine
            Dim rst As DAO.Recordset
            Dim query As DAO.QueryDef
'ouverture base
            dbs = DBEngine.Workspaces(0).OpenDatabase("c:\maBase.mdb", False)
 
'requêtte SQL
            query = dbs.CreateQueryDef("", "SELECT * FROM client")
            rst = query.OpenRecordset()
 
'ici, on se rend juste sur le premier enregistrement 
'puis on recupére le contenue de la deuxième colonne
          rst.MoveFirst()
            While Not rst.EOF 'tant qu'il reste des enregistrements
                TextBox1.Text = TextBox1.Text & "#" & rst.Fields(1).Value
                rst.MoveNext()
            End While

dans cette exemple, j'ajoute à chaque fois la valeur de la deuxième colonne de ma table à TextBox1..

[Philippe Vialatte]

ceci dit, si tu as le temps, j'aimerais bien un retour sur un test de perf...

Parce qu'a mon avis, en terme de rapidité, DAO par rapport a ADO.Net...ça ne devrait pas vraiment aller plus vite

[sinople]

Parait que pour travailler avec Access il est préférable d'utiliser DAO et VB6.

Peut être intéressant de voir ce que ca donne en .net

[Bluedeep]

Parait que pour travailler avec Access il est préférable d'utiliser DAO et VB6.

Et peut on savoir d'où vient ce scoop ?

[B.AF]

C'est juste un Wrap pour la compatibilité.
Ce n'est pas du com

[sinople]

Le scoop vient du forum developpez.com (ou exactement je m'en souviens plus...)

Un test avait été fait entre du (VB6 - DAO) et (VB.Net - ADO.Net) avec une basse Access et il s'est avéré que l'application VB6 allait plus vite.

De la à savoir si c'est VB6 vs VB.Net ou DAO vs ADO.Net qui pesait le plus sur la balance...

Il est aussi vraiment conseillé d'utiliser un SQL Server pour profiter pleinement de ADO.Net. C'est peut-être pour ça que Microsoft ne fournit plus le driver Access de base avec Visual Studio 2010.

[B.AF]

Faudrait voir les sources. Malheureusement dans un forum il n'y a pas que des bonnes réponses (ce n'est pas une critique).

[sinople]

Tout à fait.

Les termes que j'ai utilisé laisse quand même largement prévoir que ce n'est pas une affirmation scientifique et relance l'interet du comparatif de perf juste au dessus.

Bien que je doute sérieusement que les performances soient un critère prépondérant pour les personnes choissant jet comme base de données.