OVH Cloud OVH Cloud

Visual Basic et Access VBA

9 réponses
Avatar
Laurent Merlet
Bonjour,

J'aimerai avoir une petite précision, ou plutôt une
confirmation....Imaginons que l'on veuille monter une petite application
locale liée à une base de données pour disons 3 - 4 postes en réseau. Si
j'utilise Access VBA (ce que je fais), que vais je gagner à programmer
directement sous Visual Basic en liant mon appli à une base Access (ne
contenant donc que les tables) ?

Merci pour vos réponses techniques et précises...

9 réponses

Avatar
3stone
Salut,

Laurent Merlet
J'aimerai avoir une petite précision, ou plutôt une
confirmation....Imaginons que l'on veuille monter une petite application
locale liée à une base de données pour disons 3 - 4 postes en réseau. Si
j'utilise Access VBA (ce que je fais), que vais je gagner à programmer
directement sous Visual Basic en liant mon appli à une base Access (ne
contenant donc que les tables) ?



A la louche...

Tu vas "gagner", pour autant que c'est un gain, une application "exécutable"
en autonome (quoi que...), ce qui n'est pas le cas avec Access, ni le Runtime.

Mais, tu vas perdre, le fait que VB est plutôt "généraliste", demandera
nettement plus de temps pour arriver à un résultat équivalent, sans disposer
des "outils" du VBA Access, qui eux, sont taillés sur mesure pour les basses de données.


Mais, il y a sûrement d'autres avis...

--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------

Avatar
Laurent Merlet
Ta réponse me satisfait totalement !

--
Laurent Merlet
Cellule informatique
La Poste - Roissy CTCI
Tel : 01.48.62.30.89
"3stone" a écrit dans le message news:

Salut,

Laurent Merlet
J'aimerai avoir une petite précision, ou plutôt une
confirmation....Imaginons que l'on veuille monter une petite application
locale liée à une base de données pour disons 3 - 4 postes en réseau. Si
j'utilise Access VBA (ce que je fais), que vais je gagner à programmer
directement sous Visual Basic en liant mon appli à une base Access (ne
contenant donc que les tables) ?



A la louche...

Tu vas "gagner", pour autant que c'est un gain, une application
"exécutable"

en autonome (quoi que...), ce qui n'est pas le cas avec Access, ni le
Runtime.


Mais, tu vas perdre, le fait que VB est plutôt "généraliste", demandera
nettement plus de temps pour arriver à un résultat équivalent, sans
disposer

des "outils" du VBA Access, qui eux, sont taillés sur mesure pour les
basses de données.



Mais, il y a sûrement d'autres avis...

--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------







Avatar
Anor
Bonjour Laurent,

Laurent Merlet :
| Ta réponse me satisfait totalement !

Pour 4 postes, il est nécessaire :
- soit d'avoir office développer et le runtime sur les postes utilisateurs
- soit que les postes utilisateurs aient access installé et de préférence de version identique

Il est vrai que ce qu'on peut faire dans un formulaire avec une table indépendante,
on doit pouvoir le faire depuis VB même si c'est lourd à programmer,
donc à réserver à une petite appli avec peu de champs et peu de tables peut-être ?

Je serais toutefois curieux de connaître les avis qui seraient donnés
avec cette même question posée sur microsoft.public.fr.vb

--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation, sites recommandés :
http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
--------------------------------------------------
Avatar
Crevecoeur Jérôme
Bonjour,

Pratiquant les deux, je vous fais part de mon point de vue:

Access est particuliérement adapté pour des applications ne nécessitant pas
un design particulier ni des OCX à la louche.
Pas de MsFlexGrid, ni de ListView pour des présentations efficaces et
dynamiques

Visual Basic 6 permet de faire des choses plus généralistes mais une
application de base de données nécessite un code extrémement lourd comparer
à Access.
Les barres de menus sont plus souples d'utilisation en visual basic.
Un item par menu et un code associé.
De plus , les éditions sous Visual Basic 6 nécessite un outil tiers (
Crystal Report le plus souvent utilisé).
Les contrôles VB6 SP5 sont assez buggés et oblige l'utilisation assez
fréquente de flags pour y remédier.


Néanmoins, Visual Basic permet des fonctionnalités supplémentaires en
programmation pseudo objet avec les modules de classe et donc une
réusitabilité du code plus grand( ça se dit???)


Vb6 supporte trés mal le mode XP (bouton graphique non supportés ce qui est
extrémement dommageable)

Cordialement

PS: Access 2003 supportera le style XP. A voir...




----------------------------------------------------------------------------
--------------------
Crévecoeur Jérôme

ACS INFORMATIQUE
122,rue du Château d'orgemont
49000 ANGERS
Tel: 02 41 68 42 36 Fax: 02 41 68 42 48
----------------------------------------------------------------------------
---------------------
"Anor" <http://minilien.com/?8RfQLiXHOe> a écrit dans le message de
news:
Bonjour Laurent,

Laurent Merlet :
| Ta réponse me satisfait totalement !

Pour 4 postes, il est nécessaire :
- soit d'avoir office développer et le runtime sur les postes utilisateurs
- soit que les postes utilisateurs aient access installé et de préférence
de version identique


Il est vrai que ce qu'on peut faire dans un formulaire avec une table
indépendante,

on doit pouvoir le faire depuis VB même si c'est lourd à programmer,
donc à réserver à une petite appli avec peu de champs et peu de tables
peut-être ?


Je serais toutefois curieux de connaître les avis qui seraient donnés
avec cette même question posée sur microsoft.public.fr.vb

--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation, sites recommandés :
http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
--------------------------------------------------








Avatar
Ahmed
mais enfin, l'avenir, c les sites web dynamique. les informations sont
toutes stockées sur un serveur et les utilisateurs accèdent aux informations
via leur navigateur internet habituel.

Je crois que le temps où l'on développe des applications de base de données
à installer poste par poste sera bientot révolu, l'avenir est dans le
stockage centralisé de données et aux accès distant via le net ! Le gain de
temps est exponentiel !


"Laurent Merlet" a écrit dans le message news:
bgufq3$n7m$
Bonjour,

J'aimerai avoir une petite précision, ou plutôt une
confirmation....Imaginons que l'on veuille monter une petite application
locale liée à une base de données pour disons 3 - 4 postes en réseau. Si
j'utilise Access VBA (ce que je fais), que vais je gagner à programmer
directement sous Visual Basic en liant mon appli à une base Access (ne
contenant donc que les tables) ?

Merci pour vos réponses techniques et précises...




Avatar
3stone
Salut,

Ahmed
mais enfin, l'avenir, c les sites web dynamique. les informations sont
toutes stockées sur un serveur et les utilisateurs accèdent aux informations
via leur navigateur internet habituel.


Ca, c'est pour amuser la galerie...
Je vois mal toutes les entreprises "confier" leurs données à des serveurs web ;-))


Je crois que le temps où l'on développe des applications de base de données
à installer poste par poste sera bientot révolu, l'avenir est dans le
stockage centralisé de données et aux accès distant via le net !


Oui... comme le temps ou l'on placait une unité centrale (style IBM36 et consort)
dans les entreprises avec "la seule chose nécessaire", des terminaux...
On en est revenu très vite, en donnant à chacun son PC, en réseau...


Le gain de temps est exponentiel !


Cela reste à prouver, pour beaucoup d'application...

Même les plus crédules sont devenus prudents...

Le "must have" ne fonctionne plus que (mal) pour les GSM
destinés aux enfants de moins de 12 ans ;-)))


--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/
--------------------------------------

Avatar
Anor
Bonjour

3stone a élucidé :

|| Le gain de temps est exponentiel !
|
| Cela reste à prouver, pour beaucoup d'application...
|
| Même les plus crédules sont devenus prudents...

J'ai entendu dire dans certaines PME que les postes locaux n'avaient plus Word, Excel etc...
installé,
mais accédaient à l'appli située sur le serveur, pour faire des économies.....de licence .....

ça existe vraiment ça ?
Parce que la personne qui m'a dit ça m'a confié que ce n'était pas au top en temps de réponse,
et qu'elle se battait avec son service informatique pour avoir le minimum de logiciels sur son
portable
pour partir en clientèle !!

--
à+
Arnaud
--------------------------------------------------
Conseils d'utilisation, sites recommandés :
http://users.skynet.be/mpfa/
Access Memorandum - http://memoaccess.free.fr
--------------------------------------------------
Avatar
Sun Service
Ce n'est pas trop le genre de réponses que j'attendais...et puis je ne vois
pas trop le rapport.
Merci quand même

--

Jean-Philippe MAS
Directeur Général
"Ahmed" a écrit dans le message news:

mais enfin, l'avenir, c les sites web dynamique. les informations sont
toutes stockées sur un serveur et les utilisateurs accèdent aux
informations

via leur navigateur internet habituel.

Je crois que le temps où l'on développe des applications de base de
données

à installer poste par poste sera bientot révolu, l'avenir est dans le
stockage centralisé de données et aux accès distant via le net ! Le gain
de

temps est exponentiel !


"Laurent Merlet" a écrit dans le message news:
bgufq3$n7m$
Bonjour,

J'aimerai avoir une petite précision, ou plutôt une
confirmation....Imaginons que l'on veuille monter une petite application
locale liée à une base de données pour disons 3 - 4 postes en réseau. Si
j'utilise Access VBA (ce que je fais), que vais je gagner à programmer
directement sous Visual Basic en liant mon appli à une base Access (ne
contenant donc que les tables) ?

Merci pour vos réponses techniques et précises...








Avatar
Bernard Perdriaud
Anor wrote:
J'ai entendu dire dans certaines PME que les postes locaux n'avaient
plus Word, Excel etc... installé,
mais accédaient à l'appli située sur le serveur, pour faire des
économies.....de licence .....

ça existe vraiment ça ?
Parce que la personne qui m'a dit ça m'a confié que ce n'était pas au
top en temps de réponse, et qu'elle se battait avec son service
informatique pour avoir le minimum de logiciels sur son portable
pour partir en clientèle !!


Bonjour,

Ça existe depuis que le pack Office existe, ça s'appelle une installation
administrative (voir l'administrateur de réseau qui normalement doit
savoir faire ça, pour les autres circulez : y a rien à voir)

Pour les temps de réponse, il y a quelques années, sur un réseau de
250 utilisateurs, j'avais fait des comparaison en lançant Word sur
10 stations en simultané (en local, puis en réseau) : avantage très net
à la version serveur (mon explication, qui vaut ce qu'elle vaut : les temps
de réponse des disques du serveur n'ont rien à voir à celles des
disques des stations).

Quand aux économies de licence, il n'en est rien, l'administrateur est
responsable du nombre de licences qu'il installe dans son parc qui
doit correspondre à son contrat de licence Open (il dispose d'ailleurs
de SMS sur le serveur pour gérer tout ça).

Quand aux ordinateurs nomades (portables), désolé, il leur faut une version
locale ou sinon se connecter à distance en connexion Terminal Server
(et là, les performances sont optimales).
___________
Bernard