Discussion :

[Loul39]

Bonjour,

J'ai développez une petite application sous access.

Je vais devoir la déployer dans mon entreprise et nous avons choisit de le faire en utilisant le runtime d'Access.

Cependant en testant l'application en mode runtime ( en modifiant l"extension en accdr) j'ai remarquer que les ajouts et les modifications dans la BDD ne fonctionnaient pas. Alors voila mes question:
La BDD ne peut être "ouvert" qu'en lecture seule depuis le Runtime ?
Est il possible d'ajouter des élements (ou d'en modifier) dans la BDD depuis mon application exécuté sur le runtime ?
Si oui pourquoi cela ne fonctionne pas dans mon cas ? Faut il une configuration particuliere ?

Merci d'avance pour vos réponses.

[marot_r]

Bonjour.

Sinon, les accdr sont des accdb qui ne disent pas leur nom.

Il ne faut pas confondre le runtime de Access qui est une version limitée de Access qui ne peut qu'exécuter des accdb/r ou des accde (des BD sans code) et qui ne peut pas modifier la structure d'une BD Access (ex : Pas de création dynamique de contrôle sur un formulaire) et une BD accdr qui est juste un "faux" runtime destiné à un vrai Access pour simuler le fonctionnement du runtime Access.

Est-ce que tes postes sont équipés d'un VRAI Access ?

Peux-tu décrire un peu ce qui ne fonctionne pas comme tu t'y attendais.

A+

[Loul39]

Merci de ta réponse.

Non justement les postes ne seront équipés que du runtime d'access.

Et bien tout simplement j'ai des formulaires d'ajout d’éléments dans ma BDD qui fonctionne très bien avec mon fichier .accdb mais qui ne se font pas lors des tests que j'ai effectué en passant en .accdr pour simuler un fonctionnement sur le runtime. (Aucun message d'erreur, juste que ma BDD ne prend pas en compte les ajouts/modfication).

[Invité]

Bonjour

Peux-tu préciser ce que tu nommes ajout d'élément, des données ou des contrôles ?

Philippe

[Loul39]

Un simple ajout ou une modification de donnée ( ajout d'une ligne, modification d'une valeur d'un champs, etc)

[argyronet]

Bonjour,

Un simple ajout ou une modification de donnée (ajout d'une ligne, modification d'une valeur d'un champs, etc)

Bizarre, un accdr n'empêche pas les manipulations de data...

Et quel est le code employé pour ces procédures qui ne fonctionnent pas en accdr ?

Argy

[Loul39]

Autant pour moi, cela ne fonctionnait pas lorsque je copiais mon projet et que je changeais l'extension de cette copie mais je vient de tester en changeant directement mon projet en .accdr et cela a fonctionné.

Autre question, pour "déployer" mon application dans l'entreprise (les autres postes n'auront que le runtime d'access d'installé), il suffit que je stocke ma bdd et mon application sur le réseau et que je donne un accès au .accdr ? Ou c'est un peu plus compliqué que ça ? J'ai lu le tuto "Comment déployer vos applications professionnelles développées avec Microsoft Access 2016 32/64 bits en incluant le Runtime" du site mais j'ai l'impression qu'il est utile surtout pour les applications lourdes et je ne pense pas d'avoir besoin d'empaqueter mon application et d'autant la sécuriser.

[argyronet]

La config idéale est application sur le poste de travail (frontale) et base de données (dorsale) sur un dossier partagé (serveur par exemple). Il y a des tutos la-dessus.

L'outil d'empaquetage est utile dans des cas de distribution spécifique, notamment délocalisée, (qu'elle soit lourde ou non).
En toute apparence, il semble que vous ne soyez pas concerné.

Argy

[Loul39]

Très bien merci,

Par exemple ce tuto ? http://dolphy35.developpez.com/artic.../basesreseaux/

[argyronet]

Par exemple oui,