Créer un fichier EXE à partir d'un fichier ACCDB

**jajoju** · 01/02/2017, 23h08

Bonjour ,

Est-il possible de créer un fichier Executable (Data.EXE ) à partir d'un fichier Access ACCDB ( Data.accdb) .

J'ai créé un fichier Data.ACCDE ensuite je me suis servi INNO Set Up Compiler ... ( instructions prises sur YouTube )

mais ça n'a pas l'air à fonctionner ...

Le résultat n'est pas un fichier EXE mais encore un fichier Data.Accde

Merci

**nico84** · 02/02/2017, 10h07

Bonjour,

Un fichier programme access ne peut pas s'exécuter sans le logiciel access (ou son runtime) au contraire d'un exe qui n'a besoin que de windows.

**jajoju** · 02/02/2017, 15h51

Bonjour

Puisqu'il est possible d'enregistrer notre base de données data.accdb sous la forme data.accde ,

je ne comprends l'utilité de Inno SetUpCompiler qui donne le même résultat : accde.

Merci

Invité · 02/02/2017, 18h46

Bonjour
L'intérêt de InnoSetup, est entre autre de pouvoir associer dans le même Exe le fichier accde + d'autres répertoires et fichiers lors d'une installation complexe.
Mais il permet également de pouvoir créer des clés de registre, de pouvoir sélectionner l'emplacement, de pouvoir avoir des numéros d'installation etc....

**jajoju** · 02/02/2017, 19h14

Bonjour,

J'ai dû faire une erreur en chemin.

Je me suis servi de Inno Compiler mais maintenant il m'est impossible d' ajouter des enregistrements. C'est comme bloqué.

Merci

**loufab** · 02/02/2017, 21h55

Bonjour,

Vérifie que le fichier restitué par ton setup (accde) n'est pas en lecture seule.

Cordialement,

**jajoju** · 02/02/2017, 22h29

Bonjour,

Cette fois-ci , il m'est impossible de créer ma base de données ACCDB en ACCDE ...

Voici le message qui apparaît :

Nom : 4.jpg
Affichages : 5631
Taille : 56,5 Ko

Nom : 4.jpg
Affichages : 5631
Taille : 56,5 Ko

C'est toujours possible de créer un ACCDE en changeant la propriété Avec Module de Oui à Non.

Mais un autre problème s'ajoute : une fois enregistrée en ACCDE , il m'est impossible d'ajouter des enregistrements. C'est comme en lecture seule.

Merci

**argyronet** · 03/02/2017, 09h06

Bonjour,

Avant d'envisager un « Installer » en vue d'une distribution de ton appli, il faut s'assurer qu'elle fonctionne (en accdb puis en accde) dans plusieurs contextes différents.

Quelques questions...

Est-ce que tu as compilé ta base de données via les menu Debogage de l'éditeur VBA ?
Est-ce que la compilation aboutie ?
Est-ce que la version accdb fonctionne ?
...

Argy

**loufab** · 03/02/2017, 10h52

C'est toujours possible de créer un ACCDE en changeant la propriété Avec Module de Oui à Non.

Et pourquoi pas directement renommer ton fichier de accdb en accde, ça ira encore plus vite.

C'est évidemment du second degrés, merci de ne pas suivre ces 2 conseils.

**jajoju** · 03/02/2017, 17h06

Merci loufab

C'est évidemment du 2e degré. Procédons par étapes ...

Quel est le premier degré ?

Merci

**loufab** · 03/02/2017, 18h06

Voici un lien qui donne les grandes lignes :

https://www.developpez.net/forums/d1...b/#post8959776

Pour le détails voici d'autres lectures auxquelles tu ne peux pas échapper.

http://argyronet.developpez.com/offi.../runtime/2010/

Comme c'est déjà écrit de manière exhaustive, recopier tout ça dans un post me semble une perte de temps.

**jajoju** · 03/02/2017, 22h03

Bonjour,

Quand je fais une Analyse de performance à l'aide de l'onglet Outil de base de données,

on me dit d'utiliser moins de contrôles dans 2 de mes 8 formulaires.

Pourtant , je ne vois pas qu"il y en a de façon excessive.

Combien de contrôles maximum peut-on mettre dans un formulaire ?

On me dit aussi d'utiliser l'instruction Option dans mes formulaires.

Dans aucun de mes formulaires j'utilise Option Explicit et pourtant tout fonctionne super bien.

Est-ce que ça dérange la fonctionnalité de ma base de données ?

C'est peut-être simpliste mais en éliminant tous ces '' DIM ... as '' , je gagne du temps

Merci

**loufab** · 04/02/2017, 00h16

Concernant les contrôles dans les formulaires, c'est une question de lisibilité pour l'utilisateur.
Il peut y avoir un problème de perfo si tu fais un excès de zone de liste. Tout dépend évidemment de la puissance des postes et si il s'agit d'une application mono utilisateur et locales essentiellement.

L'Option Explicit :
Tout dépend du niveau de qualité que tu veux atteindre. Si l'application est jetable, temporaire et non critique (gestion d'une collection de sous-verre par exemple) alors oui passe-toi de l'option explicit.
Si tu fais une erreur de frappe et que tu utilises de fait 2 variables au lieu d'une, ton appli fera n'importe quoi. Le bug sera très difficile à debogger et l'application à maintenir. Mais qu'importe c'est une application non critique.

Si tout ce qui est énoncé précédemment est faux, alors utilises l'option.

En effet le fonctionnement (de ce que tu en vois) est identique avec ou sans, à une chose près, avec cette option, faire des erreurs de frappe dans le nom des variables ne sera plus possible, ton application prendra moins de place en mémoire (sans option pas de déclaration, toutes les variables sont de type Variant) et d'autre petites choses liées au typage.

Donc Option Explicit est le premier jalon pour concevoir une application dans les règles de l'art.

**jajoju** · 04/02/2017, 02h10

Donc Option Explicit est le premier jalon pour concevoir une application dans les règles de l'art.

Bonjour,

C'est pour mon usage personnel chez moi. Jusqu'ici , la base de données semble bien fonctionner sans Option Explicit.

J'étais juste inquiet que ça nuise à la performance ou que ça se mette à boguer plus tard.

Sans Option Explicit , je retiens ceci surtout :

toutes les variables sont de type Variant

En fin de compte , j'ai créé 2 bases de données totalement différentes ... Une des 2 peut être convertie en accde mais pas l'autre ... et ça me déçoit.

Quand j' élimine des formulaires ou requêtes dans celle-ci , elle peut finalement se convertir en accde. Pourtant c'est pas si volumineux comme base de données.

Merci encore

**argyronet** · 05/02/2017, 17h24

Il y a un truc qui m'échappe...
Pourquoi vouloir créer un "exécutable" issu d'un accde pour ton usage personnel ?
Quel est la finalité au juste ?

De deux choses l'une et comme le souligne si justement Fabrice :

soit c'est une appli perso et elle fonctionne donc, tu peux la garder ainsi en son état ;
soit c'est une appli que tu veux distribuer auquel cas, la rigueur est de mise et l'omission de déclaration des variables est une bêtise ;
=> Effectivement, mettre tout en Variant t'offre la possiblité d'avoir quelque chose de non fiable, d'instable car les NULL sont tolérés.
=> Omettre l'Option Explicit ne converti pas tout en variant sauf si effectivement tu ne déclares rien...
=> Dans cet esprit, tu peux aussi mettre des On Error Resume Next, ce complètera encore plus l'instabilité.*

Comme disait un (humm...) développeur avec qui j'ai eu à travailler :
"Ca compile, donc il n'y a pas de bug !"

Bref, dis nous un peu plus ce que tu veux au juste car j'avoue y perdre un peu mon latin...

Argy

* ^{c'est aussi du second degré}

**loufab** · 05/02/2017, 18h33

Envoyé par argyronet

Comme disait un (humm...) développeur avec qui j'ai eu à travailler :
"Ca compile, donc il n'y a pas de bug !"

**jajoju** · 05/02/2017, 20h30

Bonjour

Je suis entrain de redimensionner mes variables suite à l'ajout de Option Explicit

On m'indique une erreur sur Found = Null Variable non définie

J'ai ajouté Dim Found as String , Dim Found as Boolean , Dim Found as Integer ....... mais rien n'y fait !!

Comment remédier ?
Merci

Nom : 1.jpg
Affichages : 5518
Taille : 28,3 Ko

Nom : 1.jpg
Affichages : 5518
Taille : 28,3 Ko

-------------------------------------------------------

Nom : 2.jpg
Affichages : 5480
Taille : 25,8 Ko

**loufab** · 05/02/2017, 21h05

Bonjour,

Le message d'erreur :
Si Found doit contenir Null il doit être de type objet (object, recordset, database...) ou Variant. Donc pas d'un type natif (string, boolean, integer...).

Normalement on déclare toutes les variables au début de la fonction/procédure.

Concernant le code :
1)

Code :

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

strCode_temp = "Gc" & Code_Temp

Code_temp est vide à ce stade, puisqu'il vient juste d'être déclaré.

2)

Code :

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

Dim rs As Object

rs contient un recordset. Pourquoi ne pas l'avoir déclaré en DAO.Recordset ?
Sinon pas d'autocomplétion possible.

Cordialement,

**jajoju** · 05/02/2017, 22h15

Bonjour,

J'ai remplacé la ligne Dim rs as object par Dim rs as Dao.recordset comme proposé

mais le problème reste le même : Found --- >Variable non définie

J'ai essayé Dim Found as Variant : ça fonctionne sauf qu'on ne trouve plus l'enregistrement recherché comme avant.

Finalement j'ai enlevé l'Option Explicit et je contourne toute cette tuyauterie

...

Merci

**tee_grandbois** · 05/02/2017, 23h41

Bonsoir,
je me permet d'intervenir puisque je connais l'application car je suis intervenu dessus.
je conseillerai à jajoju de laisser Option Explicit et déclarer la variable Found en Variant car cette variable reçoit un objet de type BookMark qui est Variant également.
Il y a aussi du code inutile dans le formulaire Edition, qu'il faudrait enlever (erreur de compilation notamment).

Créer un fichier EXE à partir d'un fichier ACCDB [AC-2013]

Runtime

Discussions similaires

Partager

Partager