Est-il préférable d'utiliser ADO ou DAO dans Access 2007?

Lors de la création d'une nouvelle base de données dans Access 2007, devrait ADO (ActiveX Data Objects) ou DAO (Data Access Objects) être utilisé?

Edit: une Partie de cette base de données importer des données à partir d'Excel 2007 des feuilles de calcul.

InformationsquelleAutor Andrew Scagnelli | 2009-06-24

15

[Pour l'enregistrement, le nom officiel de ce qui était autrefois " Jet "est maintenant l'Accès au moteur de base de données'.]

Pour ACE (le Access2007 moteur .format accdb) fonctions qu'il a à être ACEDAO.

Pour Jet 4.0 fonctions qu'il a à être ADO classique.

Pour Jet 3.51 fonctionnalités et versions antérieures, choisissez soit ADO ou DAO. Il y a des avantages et des inconvénients à la fois. La grande majorité des Accès base de données de fonctionnement du moteur est commun aux deux; l'mutuellement exclusifs fonctionnalité est défendable frange. Un choix de vie, peut-être, mais pas une grosse affaire. Le smart codeur utilise le meilleur des deux 🙂

J'ai utilisé à la fois tout à fait un peu et ADO est ma préférence personnelle. Il est plus moderne que la DAO, de sorte que l'architecture c'est une amélioration: flatter modèle d'objet, aucun de l'abattre des problèmes de DAO, etc. Plus de propriétés et de méthodes, et introduit des événements (DAO n'en a pas), par exemple pour la connexion asynchrone et de récupération de documents. Les jeux d'enregistrements ADO peut être déconnecté, hiérarchique et de fabrication, les jeux d'enregistrements DAO ne peut pas. En gros, ils ont pris les bonnes choses de la DAO et fait de leur mieux.

DAO n'est pas sans ses points forts. Pour un, vous trouverez plus de DAO exemples de code que ADO pour Access/Jet.

P. S. pour une raison quelconque, les gens qui aiment DAO n'aime vraiment pas ADO. Ignorer la propagande. ADO n'est pas obsolète. L'AS est un fournisseur OLE DB et est actuellement le seul moyen de l'utilisation de ACE en 64 bits. ADO.NET n'a pas été remplacé ADO classique, pas plus que VB.NET a remplacé VBA6 dans des projets d'Accès.

EDIT: juste pour préciser, "Pour Jet 4.0 fonctions qu'il a à être ADO classique," c'est parce que DAO 3.6 seulement reçu quelques améliorations pour les nouvelles fonctionnalités pour Jet 4.0. Par exemple, pour la DECIMAL type de données vous ne pouvez pas spécifier l'échelle/de précision. D'autres fonctionnalités sont manquant complètement de DAO. Par exemple, vous pouvez effectuer les opérations suivantes dans le Jet 4.0 à l'aide de DAO (ou ACEDAO en AS d'ailleurs)?
```
CREATE TABLE Test (
   col1 CHAR(4) WITH COMPRESSION DEFAULT '0000' NOT NULL, 
   CHECK (NOT EXISTS (
                      SELECT T1.col1 
                        FROM Test AS T1 
                        WHERE T1.col1 <> '0000' 
                        GROUP 
                           BY T1.col1 
                       HAVING COUNT(*) > 1
                      ))
);
```
(indice: compressible texte de largeur fixe de la colonne avec le niveau de la table contrainte d'intégrité des données.) Non, vous ne pouvez pas.

Autant que je sache, la seule améliorations à ACEDAO était pour le nouveau ACE fonctionnalité c'est à dire qu'ils n'ont pas revenir en arrière et de remplir le Jet 4.0 lacunes dans DAO. Et pourquoi devraient-ils? Nous avons encore ADO à combler les lacunes. Mieux que l'équipe a consacré de leur temps de manière plus productive, comme la fixation de gênant DECIMAL sorte de bug, pour moi, la meilleure chose à propos de ACE 😉
- "[Pour l'enregistrement, le nom officiel de ce qui était autrefois " Jet "est maintenant l'Accès au moteur de base de données'.]" Ce n'est PAS VRAI. C'est le nom de la nouvelles base de données créée dans Access 2007. Il ne change pas le nom de toutes les versions précédentes de Jet. Et c'est encore de JET, indépendamment de ce qu'ils appellent.
- Non, le nouveau moteur introduit dans Access 2007 est ACE. Accès au moteur de base de données est le terme collectif pour Jet et ACE. Je pensais que vous étiez celui qui aime à être précis...?
- Cette erreur est en supposant que, quand quelqu'un dit "l'Accès" et qu'ils ont le moteur de base de données vous avez tort de les corriger comme "Jet", sans considérer qu'ils peuvent utiliser ACE. La façon dont MS ont abordé cette question est à forger le terme "base de données Access moteur" pour être ambigu, mais précis.
- "Pour Jet 4.0 fonctions qu'il a à être ADO classique." Je suis en désaccord avec singulariser Jet 4.0 ici. Pour moi, c'est encore un cas de DAO vs ADO et pas vraiment de raison de choisir un ADO lors de l'utilisation de l'Accès que de la FE et de l'Accès de base de données comme le backend. DAO a beaucoup plus de fonctionnalités dans de nombreux domaines.
- Jet 4.0 a des fonctionnalités que DAO ne peut pas atteindre. Pas de mal en utilisant à la fois, non?
- "DAO a beaucoup plus de fonctionnalités dans de nombreux domaines" -- mais comme un ensemble de ADO a plus de fonctionnalités que DAO. Prendre l'objet recordset de chacun et de les comparer: le nombre de types de données, le nombre de propriétés, méthodes et événements; l'architecture (déconnecté, hiérarchique, de la fabrication, etc). C'est pas de concours... non, vraiment, vous êtes libre d'utiliser ADO et DAO, ils ne sont pas en concurrence.
- Les capacités supplémentaires d'ADO pour la plupart ne s'applique pas aux données Jet. À propos de la seule chose importante qui ADO offre est déconnectés, et, franchement, je n'ai jamais eu besoin d'eux. Cela me semble être quelque chose de plus utile avec un serveur de base de données où vous voulez faire des opérations par lots sans le maintien d'une connexion. C'est à peu près hors de propos pour des données Jet. La seule chose à savoir à propos des jeux d'enregistrements déconnecté, c'est que vous pouvez créer synthétique les jeux d'enregistrements (c'est à dire, ne reposant pas sur une table) et de les utiliser comme de l'ordinaire. Je n'ai pas besoin que moi-même, mais il ne sembler intrigante.
- "Les capacités supplémentaires d'ADO pour la plupart ne s'applique pas aux données Jet" -- drôle, mais je ne peux pas penser à une seule, qui ne s'applique pas aux données Jet. Pour les jeux d'enregistrements seul: la pagination, les mises à jour par lot, l'extraction asynchrone de grands jeux de résultats, hiérarchique (jeux d'enregistrements dans les jeux d'enregistrements), le filtrage en utilisant COMME modèle, GetRows et GetString pour la sortie de tableau/texte mis en forme, persistant sur le disque, sortie au format XML, ... j'en passe. Tous ces bien travailler avec des données Jet. Pensez-y: pourquoi n'auraient-ils pas?
- "synthétique les jeux d'enregistrements... son intrigante" -- oui, je l'ai utilisé comme un conteneur d'objet de collection personnalisée classes en VBA: utiliser un Champ pour l'index (pourrait en charge plusieurs index à l'aide de plusieurs Champs) faire l'index réversible (contrairement à VBA.Objet de Collection), IUnknown type de données, mais le vrai avantage de la construction dans les propriétés et méthodes: Trier, Filtrer, GetRows (array de sortie), GetString (texte mis en forme en sortie) de sorte que vous n'avez pas à rouler vos propres...
- ...un autre passage de Paramètre des objets autour d'appuyer fortement typées NULLable arguments comme une alternative à des Variantes. Bien que je soupçonne que la question doit se rapporter à d'habitude fonctionnalités d'accès aux données plutôt que ces 'stand-alone' utilise pour les objets ADO.
- Un autre bon on est en utilisant le fournisseur MsDataShape et la FORME de la syntaxe pour ajouter des colonnes qui peuvent être mises à jour (sur le côté client, qui est, ne peuvent pas être écrites à la db), qui fonctionne bien avec Jet par exemple, voici l'un de mes précédents sur DONC: stackoverflow.com/questions/602839/...
InformationsquelleAutor onedaywhen
8

DAO est la est la technologie recommandée ici. ADO a beaucoup été dépréciés, et est maintenant remplacé par ADO.net.

N'est pas seulement DAO natif et recommandé de données de modèle d'objet pour l'utilisation de MS access, il continue d'être améliorée et a maintenant tout un tas de nouvelles fonctionnalités de sharepoint. Dans access 2007, nous avons maintenant un Support pour les listes SharePoint. Cela signifie que le nouveau modèle d'objet DAO pour 2007 permet à une liste sharepoint à être utilisé et considéré comme une table SQL server. Cela signifie que vous pouvez utiliser SQL sur des listes sharepoint (en fac il y a même pas un fournisseur oleDB qui vous permet d'utiliser des listes SharePoint de cette façon, mais avec DAO, vous pouvez maintenant le faire). Il n'y a rien de ce genre qui a été ajouté à ADO. Afin de listes SharePoint à partir d'un accès (dao) le point de vue voit ces listes SharePoint comme une table standard.

En outre DAO en outre, l'accès a l'appui de ce que nous appelons des types de données complexes. Cela a été fait à l'appui de XML listes de sharepoint. Gardez à l'esprit pour la prochaine version d'access (2010), nous allons voir tout un tas plus de nouvelles fonctionnalités supplémentaires ajoutées à l'DAO (JET est maintenant appelé ACE).

Donc c'est sans doute que DAO est la bonne et un bon modèle à utiliser. ADO n'est pas recevoir de plus des améliorations, et a été remplacé par ADO.NET.

Si l'avenir appartient à DAO, et il est clair que c'est là que Microsoft investit son argent en termes de MS access et les modalités de la mise à niveau de l'Accès à travailler avec des éléments sharepoint.

Access 2007 reçu multi-valeur les capacités de ses définitions de champ, et encore ce n'était qu'une suite d'améliorations pour soutenir sharepoint. Toutefois, ces fonctionnalités font partie de la JET et ces améliorations peuvent être utilisés sans sharepoint. ils font maintenant partie de DAO.

edit:
Peut-être que je vais développer un peu, et de tenter de clarifier ce que nous avons si opposées réponses ici, je peux vous assurer que lors de l'utilisation d'access 2007, vous êtes beaucoup mieux d'utiliser DAO.

Où la confusion vient de, est que si vous cherchez des outils de références lorsque vous choisissez d'utiliser les données par défaut du modèle d'objet access 2007, le problème ici est qu'il ne s'appelle pas DAO plus. Il est maintenant appelé ACE.

Lorsque vous utilisez DAO dans access 2007, Vous remarquerez dans les outils de référence, la référence n'est pas définie à DAO 3.6 ( cette version a été dépréciés, et qui est maintenant pas partie de MDAC télécharger plus). Vous remarquerez que la nouvelle référence lors de l'utilisation de DAO dans ms-access est appelé:

Microsoft office access 12.0 moteur de base de données de la Bibliothèque d'Objets

Maintenant le dessus est un peu la bouche pleine, mais le dessus est le bon pour référence d'accès à 2007, quand vous allez à l'utilisation de DAO en place d'ADO.

En d'autres termes, nous devrions peut-être appeler cela DAO II.

En d'autres termes, ce moteur de données continue d'être améliorée, et sera très certainement voir une version 64 bits de ce moteur pour office 2010 (office 14).

De sorte que la question ou la confusion des centres autour de ce terme allons les utiliser lorsque nous nous référons à l'aide de DAO dans access 2007. La confusion ici, c'est en fait que la documentation et les outils ->on ne l'appelez pas DAO.

À la fin de la journée dans access 2007, si vous envisagez d'utiliser DAO alors cela signifie que vous définissez la référence ci-dessus, et de ne pas définir une référence à DAO 3.6. Peu importe, il ne fait absolument aucun sens de commencer à utiliser ADO maintenant, quand il a été déprécié, et le nouveau modèle d'objet DAO pour l'accès continue d'être améliorée et investis par Microsoft.

J'espère que cela aide à dissiper la confusion ici. Tout en DAO/JET C'est amorti, la nouvelle version d'access 2007 est basé sur la même base de code, à l'exception il continue d'être amélioré. Ainsi, le nouveau moteur de données dans access peut être considéré et appelé le nouveau modèle d'objet DAO.

Je suis actuellement sous NDA sur cette question, mais je peux certainement vous dire que pour la prochaine version d'office (2010), nous allons voir une flopée d'améliorations de nouveau.

De sorte qu'il est quasi unanime parmi les développeurs Access que lors de l'élaboration d'accéder à des applications et d'utiliser les données natives moteur, le choix fait ici est d'utiliser le modèle d'objet DAO ( mais gardez à l'esprit que nous ne sommes pas appeler ça comme ça, nous l'avons appelé ACE).
- "ADO a beaucoup été amortie" -- hmm, je dois avoir manqué cette annonce de Microsoft. Je ne suppose pas que vous avez une citation, lien, etc?
- "[ADO classique] est maintenant remplacé par ADO.net... a été remplacé par ADO.NET" -- allons pas hors sujet. Comment est-il possible d'utiliser ADO.NET dans Access2007?
- DAO dans son ACE guise a pas encore été amélioré pour le Jet 4.0 ensemble de fonctionnalités et ne peut pas exécuter dans la norme ANSI-92 Mode d'interrogation, il est donc inutile en ce qui concerne la création de VÉRIFIER les contraintes, de longueur fixe ou compressible colonnes de texte, le BINAIRE et DÉCIMAL types de données, au niveau de la ligne de verrouillage, etc. ADO s'exécute toujours dans la norme ANSI-92 Mode, est donc encore nécessaires pour programmically de création de ces objets par le biais de SQL DDL.
- "ce moteur de données continue d'être améliorée", encore une fois hors sujet, mais je ne peux pas résister... Comment la suppression de caractéristiques importantes telles que la sécurité de niveau utilisateur et la réplication montant net 'amélioration'? Je ne suis sûrement pas le seul décidément pas impressionné par l'intégration de SharePoint et une nouvelle façon de violer 1FN avec les types scalaires (je sais que vous êtes un long-temps multi-valeur défenseur mais, à la différence de CHOISIR, ACE n'a pas été donné expressions pour gérer les types de valeur, est-il maintenant?)
- Je garde de vous dire cela, mais vous ne semblez pas l'obtenir: l'Accès des développeurs comme une règle ne donne pas un rat sur DDL -- ils ne l'utilisent pas, ils n'en ont pas besoin. Le fait que l'ADO prend en charge certaines Jet DDL que DAO n'est pas un artefact de MS interne de luttes de pouvoir et n'a aucun effet sur l'Accès des développeurs.
- Comment créer une contrainte de validation sans SQL DDL? Je pourrais vous montrer quelques communes SQL "design patterns" que l'Accès aux développeurs d'utiliser tout le temps que nécessitent les contraintes de VÉRIFICATION à mettre en œuvre fondamentale de l'intégrité des données par exemple, la séquence de clé primaire sur un valide de l'état-temporelle de la table. "ne donnez pas un rat" un.k.un. "L'Ignorance c'est le bonheur" 😉
- Un certain nombre de choses. Le fait d'avoir plus ou moins la norme ansi-92 la compatibilité n'est PAS un argument qui dit que les fonctionnalités sont retirés ou ajoutés ici. Vous désirez peut-être certaines fonctionnalités en ce qui concerne sql-92 et qui est tout simplement parfait. Il serait agréable pour les plus caractéristiques à cet égard, mais cela ne change RIEN en ce qui concerne les nouvelles fonctionnalités ajoutées à JET ici. En outre, l'ACE moteur prend en charge la sécurité de niveau utilisateur lorsque vous utilisez le format de fichier mdb. Si la fonctionnalité n'est pas été supprimé. En outre simplement parce que une fonctionnalité été retiré ne nie pas le fait que d'autres nouvelles fonctionnalités sont ajoutées.
- Encore une fois pourquoi vous êtes-vous la présentation d'une réclamation pas de nouvelles fonctionnalités quand il ya clairement? Pourquoi faire des déclarations qui ne servent qu'à embrouiller les gens ici? Quel est exactement votre but en faisant cela? Comme pour le moteur de recherche de soutenir des types de données complexes, oui, il a été changé. Alors que vous n'avez pas de soins sur SharePoint, la VRAIE question ici est l'utilisation de XML. Peut-être vous n'avez jamais entendu parler de XML ou ne se soucient pas qu'il soit ou de ne pas considérer qu'il est important pour notre industrie. Certains d'entre nous. Et oui, le moteur de requête d'accès a été modifié pour prendre en charge des types de données complexes (multi-champs de valeur).
- Select FirstName, LastName, FavorateColor où FavorateColor.Value = “bleu” et FavorateColor.Value = “vert” ce qui précède ne fait des retours clients qui ont deux couleurs préférées. Dans sql normales, le ci-dessus (en supposant que les couleurs préférées est une table d'enfant) serait de prendre à la fois une instruction de jointure, et probablement aussi d'un groupe de + de comptage obtenir le résultat correct. Si vous n'avez pas de soins pour SharePoint choses, puis c'est pas une grosse affaire. Nouvelles fonctionnalités et améliorations en ce qui concerne les nouvelles fonctionnalités et améliorations. Parce que de nouvelles fonctionnalités ne sont pas ceux que vous vous souciez ne garantit pas l'équité du point de vue.
- Il existe de nouvelles fonctionnalités et améliorations de produit pour le nouveau moteur d'avion. Pourquoi essayer de propager de la désinformation à ce sujet? C'est juste pour un manque de professionnalisme de votre part. Je ne comprends juste pas ce que votre objectif final est ici?
- "Je ne comprends pas ce que votre objectif final est ici?" -- vous avez été près de la Jet 4.0 époque, non? Vous vous souvenez de tous ces utilisateurs avec Accès à la mendicité pour l'intégration SharePoint? Rappeler ceux de l'utilisateur groupe, où les clients ont été en frappant sur la table en exigeant multi-types de valeur? Non, moi non plus. Mon point: les caractéristiques ACE livrés n'étaient pas ceux sur utilisateurs listes de souhaits. Je ne crois pas que je suis le seul qui a été refroidi par ACE moteur au niveau des fonctionnalités.
- "le VRAI problème est l'utilisation de XML" -- alors pourquoi pas de type de données XML et XQuery pour ACE, un la de SQL Server 2005? En fait, de ne pas répondre. Alors c'est vrai, je vais avoir le plaisir, nous avons passé loin de la question ici. Je vous suggère de poser votre propre question sur DONC sur ACE et les attentes des utilisateurs. Je suis sûr que je serais heureux d'apporter une réponse.
- Manque de xQuery ne signifie pas que les fonctionnalités n'ont pas été ajoutés pour xml (comment stupide, c'est ça?). Je l'ai dit, de nouvelles fonctionnalités de l'AS sont de travailler avec SharePoint. Listes SharePoint sont basés sur XML. Le nouveau type de données complexe et l'attachement des champs dans ACE 2007 suivre la même structure et les conventions d'affectation de noms de listes SharePoint. FAIT EST que les fonctionnalités sont ajoutées à JET/DAO. ADO n'est pas de voir toutes les nouvelles fonctionnalités et est donc mis sur le brûleur arrière. ADO été remplacé par ADO.NET. L'amortissement peut-être pas le terme exact, mais pas de nouvelles fonctionnalités ADO n'est pas bon et de fait et DAO pour access 2007 est de recevoir de nouvelles fonctionnalités.
- Vous avez déclaré précédemment, "le VRAI problème est l'utilisation de XML" mais maintenant, vous semblez être d'accord avec moi que la VRAIE question ici est de SharePoint. Une nouvelle fonctionnalité, oui, mais avec une application limitée. Votre exemple où FavorateColor.Value = “bleu” et FavorateColor.Value = “vert” ressemble à un bug SQL de codeur. Comme je l'ai dit, multi-types de valeur mérite dédié syntaxe à la chercher, mais ils sont absents. Il sera intéressé de savoir si vous utilisez des données de la valeur de non-Accès SharePoint projets.
- Lorsque l'Accès de l'équipe prend le temps de mettre en œuvre tous les Jet 4.0 fonctionnalité dans ACEDAO les ADO ont été remplacées par les données d'Accès du moteur (ne ACEDAO de soutien de verrouillage de niveau ligne encore?) Lorsque l'Accès de l'équipe prend le temps de mettre en œuvre tous les objets ADO' de la fonctionnalité (déconnecté asynchrone-telechargement de jeux d'enregistrements hiérarchiques et tout ce Jazz) puis ADO ont été remplacés par des ACEDAO. Lorsque le (??) l'équipe de ADO.NET travail en VBA puis ADO.NET aura remplacé ADO. Jusqu'alors, ADO est encore besoin de la pleine fournir la pleine fonctionnalité dans l'Accès au monde.
- Choisissez jamais eu différents syntaxe de la requête lors de l'utilisation de MV ou des colonnes régulières. MV caractéristiques sont le résultat de listes SharePoint, mais les listes sont XML. J'ai de Nombreuses questions de personnes à l'aide de MV fonctionnalités de SharePoint. L'usage populaire est le nouveau cool de contrôle permet de sélectionner plusieurs valeurs avec des cases à cocher sur un formulaire (pas de codeor table de jonction nécessaire). Le nouveau champ de la pièce jointe dans l'accès est également multi-évaluées et qui permet à des utilisateurs sans expérience du développement de joindre plusieurs fichiers à UN dossier. Donc MV fonctionnalités sont maintenant SOUVENT utilisée dans SharePoint. Access 2010 ajoute également de nouvelles fonctionnalités pour ACE.
- Je ne sais pas où vous êtes à la mise en service de ces questions, mais si c'est quelque chose aller près le niveau de l'utilisateur à la question de sécurité sont de plus en plus populaire Access2007 MV types de données (ce n'ai pas vu un seul encore moi-même). Mais ne soyons pas distrait de la question. Si quelqu'un est à l'aide de MV alors, en effet, il doit être ACEDAO. Si elles sont à l'aide de Jet 4.0 fonctionnalités manquantes à partir de DAO (j'ai vu une question la semaine dernière à l'aide de Jet 4.0 compressible types de données texte), alors il doit être ADO.
- Je peux ajouter ici que l'utilisation de DAO de .NET, via le pia (Primary Interop Assembly, fonctionne très bien. Même de .NET, je préfère utiliser DAO plutôt que de ADO.NET lorsque l'on parle à des bases de données Access.
InformationsquelleAutor Albert D. Kallal
3

La réponse à la question dépend de ce que vous faites. Si vous êtes à l'aide de l'Accès à travailler avec les données dans un format dont les ADO interface est plus polyvalent, puis utiliser ADO. Si vous êtes à l'aide de données Jet, ou en utilisant le moteur de base de données Jet de travailler avec un autre moteur de base de données (via ODBC), puis DAO est le bon choix.

Mais cette réponse suppose que vous travaillez à partir d'Access. Si vous travaillez à partir d'un autre environnement de programmation, les réponses seront probablement complètement différent.

InformationsquelleAutor David-W-Fenton
2

Cela dépend de vos besoins. Aucun de ces outils ne devrait disparaître bientôt.

Si vous n'avez pas d'expérience dans ADO ou DAO, vous trouverez DAO est beaucoup, beaucoup plus facile. Donc, sauf si vous avez besoin d'ADO, DAO.

Vous avez ajouté ce point crucial: "je suis en train d'extraire des données à partir d'une source externe dans un Accès DB." Cette connectivité peut exiger ADO.
- Je suis en tirant à partir de Microsoft Excel, si cela a un quelconque impact.
- Ensuite, j'ai utiliser DAO. Mon expérience dans l'ADO a été forcé uniquement par le besoin de lien avec les bases de données Microsoft.
- Précisions: je voulais dire par la nécessité de lien avec les programmes non-Microsoft, spécifiquement MySQL. Pour rien dans MS Office, DAO est prêt à produire.
InformationsquelleAutor Smandoli
2

ADO est actuellement recommandées méthode d'accès. Je pense que DAO a été supprimée pour un bon nombre d'années.

Ressemble à son été depuis Access 2000 - selon ce lien,

Liste de l'obsolescence des technologies d'accès aux données - http://msdn.microsoft.com/en-us/library/ms810810.aspx#mdac technologies de la feuille de route old_topic9

Citation de l'article ci-dessus, qui a été révisée en Décembre 2008 - "Data Access Objects (DAO): DAO permet d'accéder à JET (Accès) des bases de données. Cette API peut être utilisée à partir de Microsoft Visual Basic, Visual C++, et les langages de script. Il a été inclus avec Microsoft Office 2000 et Office XP. DAO 3.6 est la version finale de cette technologie. Il ne sera pas disponible sur la version 64 bits du système d'exploitation Windows."
- Ouais mais ADO était buggé comme l'enfer jusqu'à la version 2.7 ou alors...
- Je suis en train d'extraire des données à partir d'une source externe dans un Accès DB, et j'ai trouvé des informations contradictoires, donc merci pour le tri. Aussi, MS a vraiment besoin de fixer le MSDN de recherche depuis son plus facile pour Google site:msdn.microsoft.com que "Bing" il.
- J'utilise DAO à partir de VBA dans mes bases de données Access, parce que l'Accès lui-même est encore à l'aide de DAO dernière, j'ai vérifié, et utiliser ADO pour accéder à des bases de données d'Accès d'Accès à l'extérieur.
- KO 225962 s'applique uniquement à l'Accès 2000 et Access 2002. Dans l'Accès 2003, la valeur par défaut a été DAO et ADO pas. Ainsi que l'article est plutôt obsolète.
- lui-même est encore à l'aide de DAO dernière, j'ai vérifié" -- de temps en temps j'entends ce morceau de folk loi, mais on ne peut jamais fournir une citation, référence, etc? Je ne suppose pas que vous êtes différent...?
- Je me suis trompé dans mon dernier commentaire dans ce subthread avec respect pour ADO de ne pas être en A2003 par défaut. Créer un nouveau MDB Access 2003 ou ACCDB dans Access 2007. Ctrl+g pour ouvrir l'éditeur VBA. Outils >> Références. En A2003, Vous verrez DAO dans la liste des références avant d'ADO. Dans A2007 vous verrez l'AS de référence qui est le jour de référence de DAO.
- L'article "Liste de l'obsolescence des technologies d'accès aux données" n'a pas été écrit avec l'Accès à l'esprit. Et doit être ignoré dans un Accès pur de l'environnement, qui est l'endroit où l'Accès est à la fois l'application de la partie et la banque de données de la partie.
- Je ne pense pas que folk devrait lire trop dans lesquelles les références sont vérifiées par défaut. Vous êtes libre de définir des références à des ADO et DAO, il ne prend que quelques secondes 😉
- L'out-of-the-box par défaut ne question de l'Accès. Quand MS a été pousser ADO, ils sont par défaut à ADO et à gauche de DAO. Ce n'était pas pour la plupart des applications Access, qui n'utilisent que des données Jet. Ils ont réalisé qu'ils avaient fait une erreur et quelques versions plus tard, ils ont manqué retour à la DAO, qu'ils ont tous en même temps. t de la matière, en partie parce qu'il y a des chevauchements entre les modèles d'objet (deux incompatibles objets recordset, par exemple). L'ADO par défaut était hostile à la véritable nature de l'Accès et n'avait rien à voir avec les intérêts de l'Accès des développeurs. Cette attitude a changé, heureusement.
- En ce qui concerne l'2008 date de révision sur la base de connaissances de l'article: ces dates sont complètement dénuée de sens. Ils se changer tout le temps sans mise à jour de contenu qui a existé dans la même forme depuis plus d'une décennie. Vous trouverez des articles pour l'Accès 2 qui ont récentes dates de mise à jour, mais ne reflète pas la réalité du nouveau contenu.
- W. Fenton: "t de la matière, en partie parce qu'il y a des chevauchements entre les modèles d'objet" -- ces chevauchements sont faciles à traiter. Autour de Google et regardez le code réel. Code DAO en grande partie omet le DAO. la bibliothèque et la qualification de code ADO presque exclusivement utilise ADODB ou ADOR qualificatifs, ce qui résout le problème. Vous devez être particulièrement désemparés de ne pas obtenir de l'ADO et DAO code de travail dans le même projet... et vous n'êtes pas naïf, afin de vous laisser passé, la politique affecter votre meilleur jugement, il me semble.
- Toews: ne Access2007 out-of-the-box ont des références de définir les deux ADO et DAO? (Je n'ai pas ça à la main.) Je suppose qu'il doit pour le CurrentProject et CurrentDB objets respectivement.
- (Je n'ai pas le voir, quand il était nouveau, donc je vais répondre maintenant que je le vois) @onedaywhen: vous ne pouvez pas penser il y a un problème avec la résolution de l'ambiguïté, mais c'est l'une des questions les plus posées, avec des personnes ayant jeu d'enregistrements des problèmes, parce qu'ils ne savent pas à qualifier leurs définitions de variables. Lorsque A2000 est sorti, même si je n'avais aucune intention de jamais définir une référence pour ADO dans n'importe quel Accès application que j'ai jamais créé, j'ai commencé à qualifier tous mes variables DAO, juste au cas où quelqu'un dans le futur ajout d'une ADO de référence. Chaque compétentes l'Accès développeur, je sais de qui ne.
- CurrentProject et CurrentDB n'ont pas de dépendance sur les références parce qu'ils sont membres de haut niveau de l'objet Application, et peut être utilisé même sans ADO ou DAO références. Vous avez alors à votre type de variables comme des objets ou des variantes, mais vous pouvez toujours utiliser les objets sans les références à leur interface de données de la bibliothèque. Ainsi, dans une norme nouvellement créé d'Accès de l'application (A2003 ou plus tard), le DAO de référence est fixé, et l'ADO de référence n'est pas, mais CurrentProject est encore utilisable (et une bonne façon d'utiliser le petit nombre de choses ADO est utile pour).
- voir stackoverflow.com/questions/4656635/....
- Pourquoi êtes-vous poster le lien ici? Il ne semble pas avoir quelque chose à voir avec cette question ou d'une réponse.
InformationsquelleAutor Scott Ivey
1

DAO juste roches en termes de performance par rapport à l'ADO. Il n'y a pas de comparaison.
- "DAO... par rapport à l'ADO. Il n'y a pas de comparaison." -- faire de votre esprit, LOL!
- Ouais, j'aurais du le lire un peu plus près avant de poster. Mais néanmoins, DAO est beaucoup plus rapide qu'ADO.
InformationsquelleAutor Brandon
0

Excuses que c'est une réponse, quand il aurait dû être un commentaire (je n'ai pas la rep), mais je voulais effacer une erreur de prétendre que DAO/ACEDAO ne prend pas en charge Jet 4.0 verrouillage d'enregistrement. Il le fait, et c'est le comportement par défaut, indépendamment de ce que certains MS articles de réclamation.

Le problème est que cela peut introduire énorme dilatation (très fragmenté le fichier DB) lorsque vous utilisez DAO modifier/mettre à jour et vous ne pouvez l'éteindre en DAO/ACEDAO.

Si vous avez ce problème, vous pouvez le désactiver via la première ouverture de la base de données via une connexion OLEDB en utilisant le bon Jet OLEDB:Base de données en Mode de Verrouillage des paramètres, ce qui vous permettra de définir la base de données au niveau de la page de blocage. Cette propriété sera alors respecté par conséquent connexions, DAO ou autrement, de sorte que vous pouvez ensuite utiliser DAO pour accélérer les mises à jour etc.

Cela permettra alors de DAO pour revenir à l'habitude 8X performance par rapport à l'exécution des instructions SQL.

Ici sont un couple de liens pointant à la question:

Ne ACEDAO de soutien de verrouillage de niveau ligne?

http://www.access-programmers.co.uk/forums/showthread.php?t=47040

Article base de connaissances microsoft, y compris le code de paramètre de mode de verrouillage avec ADO, puis à l'aide de DAO sur que DB - http://support.microsoft.com/?id=306435
- Je n'ai pas voir la personne qui poste le code n'importe où qui montre comment ouvrir un jeu d'enregistrements DAO et spécifier le dossier contre la page de verrouillage. Je ne crois pas que c'est possible, comme il n'y a pas des options sont définies, afin de permettre à préciser que. Si vous pouvez trouver ce code, merci de le poster.
InformationsquelleAutor aristippus303

Vous devez vous connecter pour publier un commentaire.