OVH Cloud OVH Cloud

Quel choix

10 réponses
Avatar
keops
bonjour à tous
je suis nouveau en vb6 , j 'ai pluto lhabitude d'access. Ma question porte
sur :quel est meilleur choix pour une gestion en reseau d'une BDD: Tout
developper en access, ou utiliser VB6 en interrogeant une table access.
je vous remercie de m 'eclairer là dessus

10 réponses

Avatar
jean-marc
"keops" a écrit dans le message de
news:%
bonjour à tous
je suis nouveau en vb6 , j 'ai pluto lhabitude d'access. Ma question


porte
sur :quel est meilleur choix pour une gestion en reseau d'une BDD:


Tout
developper en access, ou utiliser VB6 en interrogeant une table


access.
je vous remercie de m 'eclairer là dessus



Hello,

cette question déborde un peu le cadre de ce ng, car il s'agit
ici de design applicatif plus que de prog proprement dite.
Je pense qu'une solution VB est de toute façon préférable en
terme de souplesse et de controle des transactions, dans un
environnement réseau.
Personellement, pour qq chose de simple, je ferais sans doute
une application VB interagissant avec la DB en ODBC, c'est sans
doute le plus souple et le plus facile pour une petite application.

--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
Avatar
Christian Hugoud
Tout dépend de ce que tu veux faire.

Si ce doit être rapide et simple, reste sur Access.

Si c'est une appli à déployer, à maintenir, plus conséquente, etc... choisis
vb sans hésiter.

Personnellement, je n'ai jamais réussi à développer vraiment sur Access. Je
viens de vb, et il permet des tas de choses complexes qui deviennent très
très vite un calvaire sous Access.

En ce qui concerne la liaison vb/Access, j'ai choisi le Jet. Ainsi, je
dessine les requêtes sous Access, je les debug, puis je copie/colle sous VB
le SQL dans une string. Très pratique, permettant de faire des requêtes
complexes, et surtout fonctionne aussi dans l'autre sens : depuis VB vers
Access. Pour le debuggage des requêtes, c'est super.

Hope this helps...

Christian


"keops" a écrit dans le message de news:
%
bonjour à tous
je suis nouveau en vb6 , j 'ai pluto lhabitude d'access. Ma question porte
sur :quel est meilleur choix pour une gestion en reseau d'une BDD: Tout
developper en access, ou utiliser VB6 en interrogeant une table access.
je vous remercie de m 'eclairer là dessus



Avatar
Fred
Dans : news:%,
keops disait :
bonjour à tous



Bonjour,

je suis nouveau en vb6 , j 'ai pluto lhabitude d'access. Ma question
porte sur :quel est meilleur choix pour une gestion en reseau d'une
BDD: Tout developper en access, ou utiliser VB6 en interrogeant une
table access. je vous remercie de m 'eclairer là dessus



Un dernier avis.
Si c'est pour une application réseau et que tu choisis l'option VB6,
danc ce cas essaie plutôt une base de données client-serveur comme par
exemple SQL Express 2005 qui est gratuit. Attention cependant : chaque
base est limitée à 4Go.


--
Fred
http://www.cerbermail.com/?3kA6ftaCvT
Avatar
Gloops
Bonjour,

Il semble souhaitable de tenir compte du parc sur lequel doit tourner
l'application.

Si Access est installé partout, il a été conseillé de développer sous
Access, en respectant les contraintes de syntaxe pour rendre la base
compatible avec toutes les versions. La base doit être développée sur la
version d'Access la plus ancienne installée. Eviter les appels aux
ActiveX, préférer autant que possible les API (sauf si il s'agit d'une
application pour un poste).

Si majoritairement Access n'est pas installé, ce sera plus simple et
moins onéreux sous VB6, en utilisant le kit de déploiement.

Au passage, on peut se demander si ce ne serait pas le moment de passer
à .Net, si le kit d'exécution est déjà déployé ...
____________________________________
Le 28/07/2006 21:04, keops a écrit :
bonjour à tous
je suis nouveau en vb6 , j 'ai pluto lhabitude d'access. Ma question porte
sur :quel est meilleur choix pour une gestion en reseau d'une BDD: Tout
developper en access, ou utiliser VB6 en interrogeant une table access.
je vous remercie de m 'eclairer là dessus




Avatar
Guy Lafrenière
Bonjour Collègues,

Peut-on utiliser SQL Express 2005 dans un réseau peer-to-peer
ou faut-il absolument un réseau avec un serveur dédié?

Merci à l'avance pour la réponse!

Guy L.

"Fred" a écrit dans le message de
news:
Dans : news:%,
keops disait :
> bonjour à tous

Bonjour,

> je suis nouveau en vb6 , j 'ai pluto lhabitude d'access. Ma question
> porte sur :quel est meilleur choix pour une gestion en reseau d'une
> BDD: Tout developper en access, ou utiliser VB6 en interrogeant une
> table access. je vous remercie de m 'eclairer là dessus

Un dernier avis.
Si c'est pour une application réseau et que tu choisis l'option VB6,
danc ce cas essaie plutôt une base de données client-serveur comme par
exemple SQL Express 2005 qui est gratuit. Attention cependant : chaque
base est limitée à 4Go.


--
Fred
http://www.cerbermail.com/?3kA6ftaCvT



Avatar
Fred
dans : news:,
Guy Lafrenière écrivait :

Bonjour Collègues,



Bonjour Guy,

Peut-on utiliser SQL Express 2005 dans un réseau peer-to-peer
ou faut-il absolument un réseau avec un serveur dédié?



Je ne suis pas bien certain de ce que tu entends par serveur dédié
(Active Directory ?)
Juste un exemple d'utilisation que nous avons mis en place avec un
collègue.
Nous avons une appli vb6 qui utilisait un fichier mdb et que nous avons
(un tout petit peu) transformée pour accéder à SQL Express.
Le SQL Express est installé sur un Windows 2000 (pas serveur).
Modulo quelques configs sur notre modem routeur, nous pouvons maintenant
utiliser notre appli via le web (beaucoup plus délicat avec un fichier
mdb)


--
Fred
http://www.cerbermail.com/?3kA6ftaCvT
Avatar
Fred
dans : news:,
Fred écrivait :

Dans la précipitation, j'ai oublié le principal :

Sur un OS non serveur, tu seras limité en connexions (10 maxi sur un
2000 ou XP).
Sur un OS serveur, aucune limitation.


Mais c'est pareil avec un fichier mdb car c'est l'OS qui limite dans ce
cas.

À mon avis, SQL Server est beaucoup plus fiable, plus rapide, plus
économe en bande passante, et plus sécurisé qu'un fichier mdb en réseau.
Il s'agit du même moteur que le «vrai» sql server.

--
Fred
http://www.cerbermail.com/?3kA6ftaCvT
Avatar
Guy Lafrenière
Bonjour Fred,

Actuellement au bureau nous avons un réseau peer-to-peer,
c'est-à-dire que tous les ordinateurs sont sur un pied d'égalité.
Nous n'avons pas de réseau client-serveur, c'est-à-dire que nous
n'avons pas un ordinateur équipé d'un système d'exploitation serveur.

Nous utilisons des bases de données Access.
Dans le futur, il faudra développer de nouvelles applications.

Je comprend de ton message que des bases de données SQL 2005 Express
pourraient fonctionner sur notre réseau peer-to-peer mais nous serions
encore limités à 10 utilisateurs comme maintenant.

Ai-je bien compris?

Merci!

Guy L.


"Fred" a écrit dans le message de
news:%23wp$
dans : news:,
Fred écrivait :

Dans la précipitation, j'ai oublié le principal :

Sur un OS non serveur, tu seras limité en connexions (10 maxi sur un
2000 ou XP).
Sur un OS serveur, aucune limitation.


Mais c'est pareil avec un fichier mdb car c'est l'OS qui limite dans ce
cas.

À mon avis, SQL Server est beaucoup plus fiable, plus rapide, plus
économe en bande passante, et plus sécurisé qu'un fichier mdb en réseau.
Il s'agit du même moteur que le «vrai» sql server.

--
Fred
http://www.cerbermail.com/?3kA6ftaCvT



Avatar
Fred
dans : news:,
Guy Lafrenière écrivait :

Bonjour Fred,



Bonjour Guy,

Actuellement au bureau nous avons un réseau peer-to-peer,
c'est-à-dire que tous les ordinateurs sont sur un pied d'égalité.
Nous n'avons pas de réseau client-serveur, c'est-à-dire que nous
n'avons pas un ordinateur équipé d'un système d'exploitation serveur.



OK

Nous utilisons des bases de données Access.
Dans le futur, il faudra développer de nouvelles applications.

Je comprend de ton message que des bases de données SQL 2005 Express
pourraient fonctionner sur notre réseau peer-to-peer mais nous serions
encore limités à 10 utilisateurs comme maintenant.

Ai-je bien compris?



Tout à fait.
Pour une utilisation réseau, je vois principalement des avantages à
utiliser SQL Express, et deux inconvénients :
- la limitation de *chaque* base à 4Go, mais cela laisse quand même de
la marge !
- le temps d'adaptation à ce nouvel outil, notament tout ce qui concerne
son administration. Pour la création de tables et de requêtes, il n'y a
pas trop de différences et SQL Express est maintenant fourni avec
Managment Studio Express (interface graphique), gratuit et en français !
Mais le groupe m.p.fr.sqlserver fourmille de gens très compétents pour
répondre à d'éventuelles questions.


--
Fred
http://www.cerbermail.com/?3kA6ftaCvT
Avatar
Guy Lafrenière
Merci pour tes précisions!

Guy L.


"Fred" a écrit dans le message de
news:
dans : news:,
Guy Lafrenière écrivait :

> Bonjour Fred,

Bonjour Guy,

> Actuellement au bureau nous avons un réseau peer-to-peer,
> c'est-à-dire que tous les ordinateurs sont sur un pied d'égalité.
> Nous n'avons pas de réseau client-serveur, c'est-à-dire que nous
> n'avons pas un ordinateur équipé d'un système d'exploitation serveur.

OK

> Nous utilisons des bases de données Access.
> Dans le futur, il faudra développer de nouvelles applications.
>
> Je comprend de ton message que des bases de données SQL 2005 Express
> pourraient fonctionner sur notre réseau peer-to-peer mais nous serions
> encore limités à 10 utilisateurs comme maintenant.
>
> Ai-je bien compris?

Tout à fait.
Pour une utilisation réseau, je vois principalement des avantages à
utiliser SQL Express, et deux inconvénients :
- la limitation de *chaque* base à 4Go, mais cela laisse quand même de
la marge !
- le temps d'adaptation à ce nouvel outil, notament tout ce qui concerne
son administration. Pour la création de tables et de requêtes, il n'y a
pas trop de différences et SQL Express est maintenant fourni avec
Managment Studio Express (interface graphique), gratuit et en français !
Mais le groupe m.p.fr.sqlserver fourmille de gens très compétents pour
répondre à d'éventuelles questions.


--
Fred
http://www.cerbermail.com/?3kA6ftaCvT