Discussion :

[Vivasss]

Bonjour,
je viens vers vous pour quelques conseils :
je me lance dans la création d'un petit progiciel de gestion de stock - commande.
pour apprendre vba je l'avais fait sur excel mais j'ai vite vu les limites.

Je me lance maintenant dans le vb avec du access ou une base de données en ligne.
Seulement je m'y connais peu en access et base de données.

Je vais avoir plusieurs bases de données mais celle qui m'inquiète le plus est celle des commandes.
En période pleine, les commandes sont saisies par plusieurs personnes (jusqu'a 6 )
Cela implique que la base de données pourrait être modifiable par 6 personnes en même temps (qui rajoute des lignes basiquement).
Est ce gérable avec une base de données access sur serveur interne à l'entreprise que je rendrais accessible via une interface vb ?
Ou dois je m'orienté vers une base de données sql en ligne plus lourde elle aussi accessible depuis une interface vb ?
Je vous remercie de vos réponses.
Bonne soirée

[User]

Bonsoir,

Access peut gérer ce nombre d'utilisateurs, par contre il faut voir aussi le volume de données et le réseau.

Cdlt,

[Vivasss]

Merci de ta réponse, je vais donc m'orienter vers cette solution !

[User]

Bonjour,

Juste une précision, toutes les requêtes s'exécutent au niveau du poste client, donc Access à besoin de rapatrier l'ensemble des données nécessaires avant d'exécuter la requête sur le poste utilisateur, ce qui peut, dans le cas d'un gros volume de données, occasionner du trafic sur le réseau.

Cdlt,

[marot_r]

Bonjour.

Tu mentionnes "en ligne", veux-tu dire "Accessible via le web ?".

Si oui, fait attention car si tu utilises Access 2007 et plus il faut concevoir la base pour le Web et il y a des contraintes spécifiques (ex : pas de VBA, utilisation de macro).
Si tu utilises une version antérieure à 2007, l'accès via le web se fait généralement en développant l'interface dans un langage Web (ex : ASP). La BD ne contient que les données et des requêtes sans VBA.

Aussi tu mentionnes "vb", Est-ce que tu vas développer ton interface en Visual Basic sur une base Access ou tu penses à VBA (Visual Basic for Application, le langage de programmation d'Access).

Si c'est VB à part la possibilité de faire des exécutables, je vois peu d'intérêt a recréer ce que les formulaires et les objets de Access font pour toi naturellement.
D'après moi cela rajoute une couche de complexité et te prive des outils intégrés d'Access.

A+

[User]

Tu mentionnes "en ligne", veux-tu dire "Accessible via le web ?".

J'avais remarqué aussi le terme, sans trop lui donner d'importance.

Si oui, fait attention car si tu utilises Access 2007 et plus il faut concevoir la base pour le Web et il y a des contraintes spécifiques (ex : pas de VBA, utilisation de macro).
Si tu utilises une version antérieure à 2007, l'accès via le web se fait généralement en développant l'interface dans un langage Web (ex : ASP). La BD ne contient que les données et des requêtes sans VBA.

Aussi tu mentionnes "vb", Est-ce que tu vas développer ton interface en Visual Basic sur une base Access ou tu penses à VBA (Visual Basic for Application, le langage de programmation d'Access).

Si c'est VB à part la possibilité de faire des exécutables, je vois peu d'intérêt a recréer ce que les formulaires et les objets de Access font pour toi naturellement.
D'après moi cela rajoute une couche de complexité et te prive des outils intégrés d'Access.

A+

Tu fais bien de faire la disctinction, dans ce cas elle aurait plutôt parlé d'interface Access, plutôt que d'interface vb qui n'a en plus pas trop d'intérêt comme tu le suggères.

Cdlt,

[Vivasss]

Merci des tes réponses.
etant donné que je vais m'orienter vers plusieurs interfaces, je vais apprendre Microsoft Sql comme ca ca sera plus simple pour les multis acces en ligne