Vamos dividi-la
A pergunta implica DAO ou ADODB são mutuamente exclusivas, mas eles não são. Você poderia facilmente criar um aplicativo de acesso usando apenas DAO que iria funcionar muito bem, mas você seria duramente pressionado para criar o mesmo aplicativo usando apenas ADODB, levaria muito mais código e tantos compromissos ao longo do caminho. O fato é que DAO é e continuará a ser a tecnologia padrão a ser usado no Access tudo.
Então é DAO apenas o caminho a percorrer? Não, usar ADODB para tocar em SQL Server diretamente
Se você deseja otimizar a relação entre o Access eo SQL Server, do que você deve usar ADODB, a fim de obter a maior eficiência / ROI em seu código. O truque é saber quando usar DAO e quando usar ADODB.
Por que é mais rápido do que ADODB DAO?
Novamente, essa é a pergunta errada, em vez, por que é mais rápido do que o SQL Server O acesso deve ser a pergunta. Se você perguntar a Access para atualizar 100.000 registros usando um nativo de Acesso vs consulta atualização usando ADODB, estar preparado para ter uma ou duas xícaras de café enquanto você espera. Em geral, se o processo irá correr mais rápido no servidor, (e quase sempre o fazem), então usar ADODB, caso contrário, usar DAO.
Escolher o mais adequado para o trabalho
Aqui está uma lista de situação em que você deve usar DAO:
Fonte de dados para formulários e relatórios
Consultas locais de tabelas vinculadas, (embora, na medida em vistas de uso possíveis se a sua consulta tem mais de uma tabela no mesmo)
Consultas mistas que têm tabelas locais e tabelas vinculadas do SQL Server, (evitar esse cenário a todo custo, a menos que você também gosta de assistir a grama crescer e pintar a seco)
TableDefs e código QueryDef em seu aplicativo
Quando você precisa usar passagem através de consultas para os seus relatórios ou formulários em modo somente leitura e você não precisa editar os dados.
Quando você precisa para trabalhar com tabelas locais.
Aqui está uma lista parcial de onde você deve usar ADODB:
Quando você precisa bater em dados do SQL Server dentro do seu código com registros
Inserir registros via código
Execução de consultas de ação
Quando você precisar fazer upload de dados através de dados XML
Geralmente, se você pode escolher entre usar DAO, (tabelas vinculadas) ou ADODB, (direto para o SQL Server) do que usar o último.
Esta é apenas uma lista parcial, há muitos mais exemplos de quando você deve usar o DAO ou ADODB, mas a lista não cobrir um patch gama de situações que você vai vir em frente ao tentar otimizar o acesso ao SQL Server ou Mysql.
A pergunta implica DAO ou ADODB são mutuamente exclusivas, mas eles não são. Você poderia facilmente criar um aplicativo de acesso usando apenas DAO que iria funcionar muito bem, mas você seria duramente pressionado para criar o mesmo aplicativo usando apenas ADODB, levaria muito mais código e tantos compromissos ao longo do caminho. O fato é que DAO é e continuará a ser a tecnologia padrão a ser usado no Access tudo.
Então é DAO apenas o caminho a percorrer? Não, usar ADODB para tocar em SQL Server diretamente
Se você deseja otimizar a relação entre o Access eo SQL Server, do que você deve usar ADODB, a fim de obter a maior eficiência / ROI em seu código. O truque é saber quando usar DAO e quando usar ADODB.
Por que é mais rápido do que ADODB DAO?
Novamente, essa é a pergunta errada, em vez, por que é mais rápido do que o SQL Server O acesso deve ser a pergunta. Se você perguntar a Access para atualizar 100.000 registros usando um nativo de Acesso vs consulta atualização usando ADODB, estar preparado para ter uma ou duas xícaras de café enquanto você espera. Em geral, se o processo irá correr mais rápido no servidor, (e quase sempre o fazem), então usar ADODB, caso contrário, usar DAO.
Escolher o mais adequado para o trabalho
Aqui está uma lista de situação em que você deve usar DAO:
Fonte de dados para formulários e relatórios
Consultas locais de tabelas vinculadas, (embora, na medida em vistas de uso possíveis se a sua consulta tem mais de uma tabela no mesmo)
Consultas mistas que têm tabelas locais e tabelas vinculadas do SQL Server, (evitar esse cenário a todo custo, a menos que você também gosta de assistir a grama crescer e pintar a seco)
TableDefs e código QueryDef em seu aplicativo
Quando você precisa usar passagem através de consultas para os seus relatórios ou formulários em modo somente leitura e você não precisa editar os dados.
Quando você precisa para trabalhar com tabelas locais.
Aqui está uma lista parcial de onde você deve usar ADODB:
Quando você precisa bater em dados do SQL Server dentro do seu código com registros
Inserir registros via código
Execução de consultas de ação
Quando você precisar fazer upload de dados através de dados XML
Geralmente, se você pode escolher entre usar DAO, (tabelas vinculadas) ou ADODB, (direto para o SQL Server) do que usar o último.
Esta é apenas uma lista parcial, há muitos mais exemplos de quando você deve usar o DAO ou ADODB, mas a lista não cobrir um patch gama de situações que você vai vir em frente ao tentar otimizar o acesso ao SQL Server ou Mysql.