Discussion :

[issam16]

salut,

j'ai lu le tutoriel sur le deploiment d'une application access, mais j'avoue que je comprend pas(ou je n'ai pas chercher à comprendre ),donc moi je veux installer une application access d'abord sur un poste pour commencer ensuite dans un réseau, dans le tuto il parle de runtime et d'empaquetage,pouvez vous m'explique plus, c-à-d si on veux installer une application access il ne faudras le Runtime pour cela?
merci

[Domi2]

Bonjour,

Le runtime n'est, en quelque sorte, qu'une version "bridée" d'Access.

Cela permet d'exécuter une application sur un PC sur lequel Acces lui-même n'est pas installé.

Par contre, avec le runtime, il n'est pas possible de dévelloper une application.

Donc, si tu as Access sur tes postes de travail, pas besoin du runtime.

Pour la question du déploiement, commence, si ce n'est déjà fait, par scinder ton application en deux parties.

Une base dorsale dans laquelle tu n'auras que les tables, et une base frontale avec avec tes formulaires, requêtes, états, etc.

Si tu ne sais pas comment faire, utilise l'assistant

Menu Outils ==> Utilitaires de base de données ==> Fractionner une base de données.

Tu mets la base dorsale sur le réseau, les bases frontales les postes de travail, puis tu lies les tables depuis les bases frontales

Menu Fichier ==> Données Externes ==> Lier les tables.

Puis, toujours dans les bases frontales, dans le Menu Outils ==> Options ==> Onglet Avancé, tu sélectionnes Mode partagé et Enregisrements modifiés et tu coches Ouvrir avec enregistrements verrouillés.

Enfin, dans tes formulaires, tu mets la propriété verrouillage sur "Enr modifié".

Je crois n'avoir rien oublié.

Domi2

[FreeAccess]

Bonjour,

mais j'avoue que je comprend pas(ou je n'ai pas chercher à comprendre ),

Alors dans un cas comme celui-ci, il faut lire encore une fois, puis encore une fois, faire une petite pause, puis relire encore
De plus évite de faire des multi-posts:
http://www.developpez.net/forums/sho...d.php?t=181537

Cela dit, maintenant avec toutes les explications de Domi2, tu devrais pouvoir réaliser ce que tu veux
Bonne continuation.

[argyronet]

Bonjour,

Domi2 a effectivement expliqué ce que tu peux commencer par faire.
Mais pour l'implantation d'une appli Access sur d'autres postes, s'ils sont équipés d'Access eux-même, pas besoin de Runtime.
Le Runtime sert à économiser des licences car en général, les entreprises sont équipées de Microsoft Office Standard et pas la version Pro donc pas d'Access, ça coûte moins cher, d'où le Runtime.
Dans le tuto que j'ai écris, tout y est expliqué.
Bien entendu, le but est de lire en intégralité et pas de le survoler pour aller à la page qui t'intéresse.

Argy

[Kloun]

Concernant les licences; la license pour le runtime est-elle payante ?

[argyronet]

Concernant les licences; la license pour le runtime est-elle payante ?

Non, pas pour le client.
Pour toi, oui car il faut que tu te procures MSODE pour Office 2000 ou VST 2003 Pour Office System pour pouvoir l'utiliser et distribuer tes applis.

Argy

[Kloun]

Merci pour la précision.
Et pour Access 97 ? C'est la même chose.

[bbo1991]

J'ai suivi les indications de DOMI2 mais une fois avoir fractionnée et configuré les formulaires j'ai un problème.
L'application effectue d'abord la gestion des utilisateurs classique: demande de login et passwd.
Puis une fois validée je devrai me retrouver avec mon formualire d'accueil que j'ai placé sous fond gris.
Ben là je ne vois que le fond gris , et plus rien, je crois que le formulaire ne veut plus s'afficher.

Sinon avant ce tuto j'ai adopté le truc que vous déconseillez:
la base sur un serveur, puis sur chaque poste client un raccourci vers la base. Au début ça marchait plutôt bien (j'utilise un fichier Access2000, exploité par Access2003 sur tous les postes serveur inclut) avec 10 utilisateurs. Puis certains postes clients ne fonctionnent plus avec l'apparition du message d'erreur :
"La base de donnée est ouverte en mode lecture seule
Vous ne pourrez pas enregistrer les modifications effectués sur les données ou sur les objets"
Ou encore :
"L'utilisateur XX a placé la BDD dans un état l'empêchant de s'ouvrir" (un truc comme ça, ce message n'apparait pas souvent par rapport au premier) .

alors quelqu'un à une solution, pourkoi mon formulaire ne s'affiche-t-il pas?
Est-ce un problème niveau conception ou j'ai loupé quelque chose dans la procédure de DOMI2????

Merci d'avance à tous

[bbo1991]

j'ai essayé d'ouvrir la dite formulaire d'accueil et me retourne :

Erreur d'exécution '3251';

Le déboggage s'arrête sur la ligne :
CurrentDb.OpenRecordset("Clients")
de mon code VBA.

AAAAAAhhhhhhhh ne me dites pas que currentDb ne marche pas avec les tables liées parce que sinon je vasi devoir retravailler tout mon code

[Domi2]

Bonjour,

AAAAAAhhhhhhhh ne me dites pas que currentDb ne marche pas avec les tables liées parce que sinon je vasi devoir retravailler tout mon code

Si, si, y'a pas de soucis...

A vérifier. Depuis, ta base frontale, est-ce que tu vois ta table "Clients" précédée d'une petite flèche ?

Si non, il faut refaire la liaison à cette table...

Si elle est présente, vérifie aussi la référence DAO... cela pourrait être la source du problème.

Domi2

[argyronet]

Bonjour,

Est que la base n'est pas ouverte exclusivement quelque part ?
Lorsque tu ouvres une BDD avec table liées, tu as des arguments optionnels qui peuvent, si une méconnaissance de l'objet DAO est ton cas, être mal employés...

L'erreur 3251 justifie que tu peux accéder mais que tu peux pas ajouter...
Est-ce que quelqu'un* ne bidouille pas la base ?

* Quelqu'un peut être une session Access invisible dans un processus sur un autre PC ou le tiens...

Argy

[bbo1991]

Soyons francs je ne suis pas très fort question DAO.
Nénamoins, j'ai modifié mon code comme suit:

dim db as database
set db="C:\ma_base_dorsale.mdb"
puis
db.OpenRecordset("Clients") ne me pose plus de problème

Mais comme j'lai dit hier si c'est ça la solution ben c'es pérave pour modifier tous mes formulaires.

En DAO j'suis pas très fort, en fait j'suis plus développeur PHP JAVA, ma compréhension de notre problème c'est que l'on va travailler sur une BDD distante, en PHP dans ce cas là on fait en sorte de n'avoir qu'un seul fichier pour spécifier l'adresse de cette base et les login et passws requis pour s'y connecter, puis si le serveur de BDD change on ne modifie que ce fichier et l'appli fonctionne toujours .
Alors en access y a-t-il une solution similaire???

Qu'est-ce que vous voulez dire par vérifier la référence DAO??????

[Tofalu]

Si ça ça marche :

Code :

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

set db="C:\ma_base_dorsale.mdb"

,

moi je me fais curé !

[argyronet]

Bon, Tofalu, es-tu baptisé ?

bbo1991, un petit tour sur ce tuto serait fortement conseillé.

Argy

[bbo1991]

A vérifier. Depuis, ta base frontale, est-ce que tu vois ta table "Clients" précédée d'une petite flèche ?

Oui j'ai super bien suivi le petit tuto de Domi2 j'ai bien mes deux bases dorsales et frontales, les tables de la base frontale sont précédées de la petite flêche j'ai vérifié leur lien ils pointent bien sur les tables de la base dorsale.

[bbo1991]

Tofalu t'as sûrement raison vu que j'lai déjà dit j'suis pas très fort en VBa et puis c'est juste une syntaxe mais j'ai utilisé une ligne de code où je spécifie par chemin absolu le nom de ma base dorsale.

et ça a marché mon formulaire s'affiche bien sans aucune erreur, je dis bien ça marche en spécifiant la bdd utilisée mais pas avec cette syntaxe.