manipuler une base mdb sans Access !

**ricil78** · 28/05/2009, 14h56

Bonjour,

Je voudrais une confirmation sur un point.

j'arrive à manipuler MS-Access depuis vb.net (sur mon poste de dev)
après quelques tests, il semblerait qu'il faut obligatoirement Access sur le poste pour que le code fonctionne.

j'aimerai savoir s'il faut obligatoirement Access pour manipuler* une base mdb
ou s'il y a un moyen de contourner.

*manipuler => lancé des macros, tout sauf requête (ça je sais faire !)

Pour les curieux, le code que je test :

Code :

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

1
2
3
4
5
6
7
8
 
' Lance MACRO
Dim MonAccess As New Microsoft.Office.Interop.Access.Application
MonAccess.Visible = False
MonAccess.OpenCurrentDatabase("C:\MaBase.mdb") 
MonAccess.DoCmd.RunMacro("TEST")
MonAccess.Quit(Microsoft.Office.Interop.Access.AcQuitOption.acQuitSaveNone)
MonAccess = Nothing

**Hinault Romaric** · 28/05/2009, 15h17

Obligé

**ricil78** · 28/05/2009, 15h38

c'est bien ce que je pensais mais avant de baisser les bras je voulais avoir un avis extérieur.

merci

ps : j'ai pas précisé mais a priori ça marche pas non plus avec le runtime access

**Bluedeep** · 28/05/2009, 15h54

C'est pas possible d'ouvrir ces "bases" (j'ai du mal avec ce mot quand on parles d'Access) avec le moteur Jet ? Il a bien un driver Access dedans, non ?

**ricil78** · 28/05/2009, 15h57

manipuler => lancé des macros, tout sauf requête (ça je sais faire !)

oui c'est possible, mais dans mon cas je ne veux pas lancer de requete !

j'voulais utiliser les états macro et autre objets Access

**Bluedeep** · 28/05/2009, 15h59

Envoyé par ricil78

oui c'est possible, mais dans mon cas je ne veux pas lancer de requete !

j'voulais utiliser les états macro et autre objets Access

Ok, j'avais pas compris (n'ayant jamais utilisé Access et n'ayant pas l'intention de changer cet état de fait).

Mon poste est à oublier alors.

**Hinault Romaric** · 29/05/2009, 10h47

l'extension que tu fait

Code :

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

Dim MonAccess As New Microsoft.Office.Interop.Access.Application

comme sont nom l'indique fait appel à un assemby qu'il faut je crois forcement installé access pour pourvoir l'utiliser

**ricil78** · 29/05/2009, 10h56

j'imagine que Microsoft à blindé le truc mais il n'y a t-til pas un moyen +ou- légal de récupérer cet assembly et le coller avec mon applis.

**Hinault Romaric** · 29/05/2009, 12h08

Je ne sais pas trop en tous cas pour le faire va dans le menu projet tu va sur propriété ensuite références la tu identifie la référence d'access et le chemin d'accès de celui ci, ensuite tu copie dans ton projet et tu modifie le chemin pour pointé sur cette nouvelle référence locale. Et tu exécute ton application pour voir

**ricil78** · 29/05/2009, 12h22

il ne veut pas rajouter l'exe comme référence.

tant pis ! c'est pas grave !

merci à tous

**michel.bosseaux** · 29/05/2009, 12h25

Il faut une DLL pour établir une référence... dans ton cas, la DLL correspondant à Microsoft.Office.Interop.Access.Application je suppose

**ricil78** · 29/05/2009, 12h28

oui mais celle là elle est déjà dans les références sinon ma ligne

Code :

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

Dim MonAccess As New Microsoft.Office.Interop.Access.Application

ne fonctionnerait pas.

sur mon poste ça marche, c'est quand je mets sur un poste sans Access que ça marche pas

**michel.bosseaux** · 29/05/2009, 12h33

forcément... puisque dans ce cas-là, la DLL n'est pas sur la machine où tu installes. Tu devrais installer la DLL aussi, en plus de ton programme.

**Hinault Romaric** · 29/05/2009, 12h38

c'est normal sur l'autre poste sans access tu pointe sur une référence qui n'existe pas. Tu doit essayé d'identifier une dll pas un exe

**ricil78** · 29/05/2009, 12h43

ok

mais si j'ai mis la référence dans mon projet
et
que je la voie dans mon projet d'installe

elle n'est pas installé avec mon exe lors de l'installe du projet ?
me semble que oui, ai-je faux ?

**michel.bosseaux** · 29/05/2009, 13h02

si tu la vois dans tes références, ça veut juste dire que Visual Studio connaît la DLL et s'en sert pour compiler le projet. Mais cela reste une DLL séparée, qu'il faut installer en même temps que le programme exécutable pour qu'il puisse tourner.

**Hinault Romaric** · 29/05/2009, 13h38

En fait parmi les références y'a des références avec des copie locale qui dans visual studio 2008 ce trouve dans le bin\debug de ton projet en fait ces références lors de l'installation de l'application sont automatiquement copier sur la machine. Tandis que les autres séparer sont supposé exister déjà et si c'est pas le cas comme avec celle que tu utilise l'application plante

**ricil78** · 29/05/2009, 14h56

(désolé pour le retard)

je sais bien tout ça mais j'viens de regarder et les DLL office utilisées dans mon projet sont bien présentent à coté de l'exe après installe

mais en fait je pense que Microsoft.Office.Interop.Access.dll est juste un intermédiare en l'applis et Access et que la présence d'une ou plusieurs DLL access est indispensable

**Philippe Vialatte** · 29/05/2009, 17h51

Envoyé par ricil78

mais en fait je pense que Microsoft.Office.Interop.Access.dll est juste un intermédiare en l'applis et Access et que la présence d'une ou plusieurs DLL access est indispensable

Sans Access installe, pas d'échappatoire...

Access et consorts ont besoin d'enregistrer certains composants COM, donc ce n'est meme pas la peine d'essayer

manipuler une base mdb sans Access !

Windows Forms

Discussions similaires

Partager

Partager