Sait-on si l'un des types de fichiers est plus rapide que l'autre ?
Perso, je pensais que le .mde l'emportait sur le .mdb , mais mes
utilisateurs d'appli prétendent le contraire.
Sait-on si l'un des types de fichiers est plus rapide que l'autre ? Perso, je pensais que le .mde l'emportait sur le .mdb , mais mes utilisateurs d'appli prétendent le contraire.
On utilise principalement une .MDE pour empêcher la lecture/manipulation ou la récupération du code et bloquer les formulaires... Aussi, le code est et reste compilé.
Ceci dit, sur un projet important, la base MDE sera (un peu) plus rapide, car plus légère. Mais certainement pas plus lente ;-)
Bonjour Pierre, J'ai voulu convertir ma base en MDE, et je me fais jeter parce que:
"Cette erreur est généralement liée à la compilation d'une grande base de données dans un fichier MDE. En raison de la méthode utilisée pour compiler la base de données, un nombre considérable de références TableID sont créées pour chaque table. Le moteur de bases de données Microsoft Jet version 4.0 peut ouvrir un maximum de 2 048 références TableID simultanément. L'exportation d'une base de données dans un fichier MDE risque de dépasser cette limite, a fortiori lorsque la base de données contient un grand nombre d'objets (tables, macros, formulaires, rapports, etc)."
A première vue, c'est un peu contradictoire avec le fait que tu incites à passer en MDE pour un projet important. Que faut-il faire dans ce cas?
Francis
Hum, je pense que séparer les données de l'interface est un bon début.
Salut, C'est déjà fait: mes tables sont séparées de l'application, car il y a plusieurs utilisateurs. Tu as d'autres pistes?
Si ton application/interface est vraiment conséquence, tu pourrait essayer (dans la mesure ou c'est possible) de réfléchir à une conception modulaire (module administration, module de consultation, module de saisi, module de stats, ...).
PS:Pour information ton application contient combien éléments, formulaires, états, ...
Bonjour, Je pourrais, en effet, faire une découpe modulaire. En particulier pour le module de consultation, ouvert à tous et qui doit donc être mieux protégé que les autres. Sinon, je ne trouve pas que mon appli soit si importante que ça. J'ai: - 29 tables - 80 requêtes - 70 formulaires - 20 états - 2 macros Il y a probablement un vice caché quelque part... @+
-- Francis
LOI DE TATA JACQUELINE C'est celui qui ronfle qui s'endort toujours le premier.
Michel__D a utilisé son clavier pour écrire :
Bonjour,
"Francis" <fhgc@wanad.padspam.fr> a écrit dans le message de
news:mn.92ec7d9287212df5.51093@wanad.padspam.fr...
Michel__D a formulé la demande :
Bonjour,
Francis a écrit :
3stone a formulé ce lundi :
Salut,
"dadpub"
Sait-on si l'un des types de fichiers est plus rapide que l'autre ?
Perso, je pensais que le .mde l'emportait sur le .mdb , mais mes
utilisateurs d'appli prétendent le contraire.
On utilise principalement une .MDE pour empêcher la lecture/manipulation
ou la récupération du code et bloquer les formulaires...
Aussi, le code est et reste compilé.
Ceci dit, sur un projet important, la base MDE sera (un peu) plus rapide,
car plus légère. Mais certainement pas plus lente ;-)
Bonjour Pierre,
J'ai voulu convertir ma base en MDE, et je me fais jeter parce que:
"Cette erreur est généralement liée à la compilation d'une grande base de
données dans un fichier MDE. En raison de la méthode utilisée pour
compiler la base de données, un nombre considérable de références TableID
sont créées pour chaque table. Le moteur de bases de données Microsoft
Jet version 4.0 peut ouvrir un maximum de 2 048 références TableID
simultanément. L'exportation d'une base de données dans un fichier MDE
risque de dépasser cette limite, a fortiori lorsque la base de données
contient un grand nombre d'objets (tables, macros, formulaires, rapports,
etc)."
A première vue, c'est un peu contradictoire avec le fait que tu incites à
passer en MDE pour un projet important.
Que faut-il faire dans ce cas?
Francis
Hum, je pense que séparer les données de l'interface est un bon début.
Salut,
C'est déjà fait: mes tables sont séparées de l'application, car il y a
plusieurs utilisateurs.
Tu as d'autres pistes?
Si ton application/interface est vraiment conséquence, tu pourrait essayer
(dans la mesure ou c'est possible) de réfléchir à une conception modulaire
(module administration, module de consultation, module de saisi, module de
stats, ...).
PS:Pour information ton application contient combien éléments, formulaires,
états, ...
Bonjour,
Je pourrais, en effet, faire une découpe modulaire. En particulier pour
le module de consultation, ouvert à tous et qui doit donc être mieux
protégé que les autres.
Sinon, je ne trouve pas que mon appli soit si importante que ça. J'ai:
- 29 tables
- 80 requêtes
- 70 formulaires
- 20 états
- 2 macros
Il y a probablement un vice caché quelque part...
@+
--
Francis
fhgc@wanadoudou.fr
LOI DE TATA JACQUELINE
C'est celui qui ronfle qui s'endort toujours le premier.
Sait-on si l'un des types de fichiers est plus rapide que l'autre ? Perso, je pensais que le .mde l'emportait sur le .mdb , mais mes utilisateurs d'appli prétendent le contraire.
On utilise principalement une .MDE pour empêcher la lecture/manipulation ou la récupération du code et bloquer les formulaires... Aussi, le code est et reste compilé.
Ceci dit, sur un projet important, la base MDE sera (un peu) plus rapide, car plus légère. Mais certainement pas plus lente ;-)
Bonjour Pierre, J'ai voulu convertir ma base en MDE, et je me fais jeter parce que:
"Cette erreur est généralement liée à la compilation d'une grande base de données dans un fichier MDE. En raison de la méthode utilisée pour compiler la base de données, un nombre considérable de références TableID sont créées pour chaque table. Le moteur de bases de données Microsoft Jet version 4.0 peut ouvrir un maximum de 2 048 références TableID simultanément. L'exportation d'une base de données dans un fichier MDE risque de dépasser cette limite, a fortiori lorsque la base de données contient un grand nombre d'objets (tables, macros, formulaires, rapports, etc)."
A première vue, c'est un peu contradictoire avec le fait que tu incites à passer en MDE pour un projet important. Que faut-il faire dans ce cas?
Francis
Hum, je pense que séparer les données de l'interface est un bon début.
Salut, C'est déjà fait: mes tables sont séparées de l'application, car il y a plusieurs utilisateurs. Tu as d'autres pistes?
Si ton application/interface est vraiment conséquence, tu pourrait essayer (dans la mesure ou c'est possible) de réfléchir à une conception modulaire (module administration, module de consultation, module de saisi, module de stats, ...).
PS:Pour information ton application contient combien éléments, formulaires, états, ...
Bonjour, Je pourrais, en effet, faire une découpe modulaire. En particulier pour le module de consultation, ouvert à tous et qui doit donc être mieux protégé que les autres. Sinon, je ne trouve pas que mon appli soit si importante que ça. J'ai: - 29 tables - 80 requêtes - 70 formulaires - 20 états - 2 macros Il y a probablement un vice caché quelque part... @+
-- Francis
LOI DE TATA JACQUELINE C'est celui qui ronfle qui s'endort toujours le premier.
Francis
3stone avait prétendu :
Salut,
"Francis" [...]
J'ai voulu convertir ma base en MDE, et je me fais jeter parce que:
"Cette erreur est généralement liée à la compilation d'une grande base de données dans un fichier MDE. En raison de la méthode utilisée pour compiler la base de données, un nombre considérable de références...
C'est bien la première fois que j'entends cela :-/
Quelle est ta version d'Access ? de la base ? et quelle taille à ta base ?
Bonjour,
Je travaille avec Access2003, et ma base est au format 2002-2003. L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. Par ailleurs, j'ai: - 29 tables, dont beaucoup sont minuscules - 80 requêtes - 70 formulaires - 20 états - 2 macros Ça n'est donc pas énorme :/ Si tu as une piste à prospecter...
-- Francis
THEOREME de la loi de MURPHY Tout corps plongé dans une baignoire...déclenche systématiquement la sonnerie du téléphone !
3stone avait prétendu :
Salut,
"Francis"
[...]
J'ai voulu convertir ma base en MDE, et je me fais jeter parce que:
"Cette erreur est généralement liée à la compilation d'une grande base
de données dans un fichier MDE. En raison de la méthode utilisée pour
compiler la base de données, un nombre considérable de références...
C'est bien la première fois que j'entends cela :-/
Quelle est ta version d'Access ? de la base ?
et quelle taille à ta base ?
Bonjour,
Je travaille avec Access2003, et ma base est au format 2002-2003.
L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko.
Par ailleurs, j'ai:
- 29 tables, dont beaucoup sont minuscules
- 80 requêtes
- 70 formulaires
- 20 états
- 2 macros
Ça n'est donc pas énorme :/
Si tu as une piste à prospecter...
--
Francis
fhgc@wanadoudou.fr
THEOREME de la loi de MURPHY
Tout corps plongé dans une baignoire...déclenche systématiquement la
sonnerie du téléphone !
J'ai voulu convertir ma base en MDE, et je me fais jeter parce que:
"Cette erreur est généralement liée à la compilation d'une grande base de données dans un fichier MDE. En raison de la méthode utilisée pour compiler la base de données, un nombre considérable de références...
C'est bien la première fois que j'entends cela :-/
Quelle est ta version d'Access ? de la base ? et quelle taille à ta base ?
Bonjour,
Je travaille avec Access2003, et ma base est au format 2002-2003. L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. Par ailleurs, j'ai: - 29 tables, dont beaucoup sont minuscules - 80 requêtes - 70 formulaires - 20 états - 2 macros Ça n'est donc pas énorme :/ Si tu as une piste à prospecter...
-- Francis
THEOREME de la loi de MURPHY Tout corps plongé dans une baignoire...déclenche systématiquement la sonnerie du téléphone !
3stone
Salut,
"Francis" | Je travaille avec Access2003, et ma base est au format 2002-2003. | L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. | Par ailleurs, j'ai: | - 29 tables, dont beaucoup sont minuscules | - 80 requêtes | - 70 formulaires | - 20 états | - 2 macros | Ça n'est donc pas énorme :/ | Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une nouvelle base vide ? voir si tout passe sans problème ? si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
"Francis"
| Je travaille avec Access2003, et ma base est au format 2002-2003.
| L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko.
| Par ailleurs, j'ai:
| - 29 tables, dont beaucoup sont minuscules
| - 80 requêtes
| - 70 formulaires
| - 20 états
| - 2 macros
| Ça n'est donc pas énorme :/
| Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une
nouvelle base vide ? voir si tout passe sans problème ?
si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
"Francis" | Je travaille avec Access2003, et ma base est au format 2002-2003. | L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. | Par ailleurs, j'ai: | - 29 tables, dont beaucoup sont minuscules | - 80 requêtes | - 70 formulaires | - 20 états | - 2 macros | Ça n'est donc pas énorme :/ | Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une nouvelle base vide ? voir si tout passe sans problème ? si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Je travaille avec Access2003, et ma base est au format 2002-2003. L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. Par ailleurs, j'ai: - 29 tables, dont beaucoup sont minuscules - 80 requêtes - 70 formulaires - 20 états - 2 macros Ça n'est donc pas énorme :/ Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une nouvelle base vide ? voir si tout passe sans problème ? si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Après importation de la base frontale dans une nouvelle base vide, tout se passe normalement pour la conversion en MDE. Sinon, ma base de travail est compactée à chaque fermeture. Mais comment faire une compilation ? Je n'ai rien vu sur la question dans les menus, et Google ne m'a pas aidé non plus :-(
-- Francis
LOI DE BOOB Quel que soit l'objet, il sera trouvé dans le dernier endroit dans lequel on l'aura cherché.
3stone vient de nous annoncer :
Salut,
"Francis"
Je travaille avec Access2003, et ma base est au format 2002-2003.
L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko.
Par ailleurs, j'ai:
- 29 tables, dont beaucoup sont minuscules
- 80 requêtes
- 70 formulaires
- 20 états
- 2 macros
Ça n'est donc pas énorme :/
Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une
nouvelle base vide ? voir si tout passe sans problème ?
si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Après importation de la base frontale dans une nouvelle base vide, tout
se passe normalement pour la conversion en MDE.
Sinon, ma base de travail est compactée à chaque fermeture. Mais
comment faire une compilation ? Je n'ai rien vu sur la question dans
les menus, et Google ne m'a pas aidé non plus :-(
--
Francis
fhgc@wanadoudou.fr
LOI DE BOOB
Quel que soit l'objet, il sera trouvé dans le dernier endroit dans
lequel on l'aura cherché.
Je travaille avec Access2003, et ma base est au format 2002-2003. L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. Par ailleurs, j'ai: - 29 tables, dont beaucoup sont minuscules - 80 requêtes - 70 formulaires - 20 états - 2 macros Ça n'est donc pas énorme :/ Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une nouvelle base vide ? voir si tout passe sans problème ? si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Après importation de la base frontale dans une nouvelle base vide, tout se passe normalement pour la conversion en MDE. Sinon, ma base de travail est compactée à chaque fermeture. Mais comment faire une compilation ? Je n'ai rien vu sur la question dans les menus, et Google ne m'a pas aidé non plus :-(
-- Francis
LOI DE BOOB Quel que soit l'objet, il sera trouvé dans le dernier endroit dans lequel on l'aura cherché.
Francis
3stone a utilisé son clavier pour écrire :
Salut,
"Francis"
Je travaille avec Access2003, et ma base est au format 2002-2003. L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. Par ailleurs, j'ai: - 29 tables, dont beaucoup sont minuscules - 80 requêtes - 70 formulaires - 20 états - 2 macros Ça n'est donc pas énorme :/ Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une nouvelle base vide ? voir si tout passe sans problème ? si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Re, J'ai fait un autre test en partant d'une base vide. Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout va bien. C'est à la suite de l'importation de certains formulaires ou de certains états que la conversion en MDE devient impossible. Cela t'oriente-t-il vers une piste à prospecter?
-- Francis
OBSERVATION DE ZENONE L'autre file va toujours plus vite. VARIATION DE O'BRIEN SUR L'OBSERVATION DE ZENONE Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
3stone a utilisé son clavier pour écrire :
Salut,
"Francis"
Je travaille avec Access2003, et ma base est au format 2002-2003.
L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko.
Par ailleurs, j'ai:
- 29 tables, dont beaucoup sont minuscules
- 80 requêtes
- 70 formulaires
- 20 états
- 2 macros
Ça n'est donc pas énorme :/
Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une
nouvelle base vide ? voir si tout passe sans problème ?
si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Re,
J'ai fait un autre test en partant d'une base vide.
Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout
va bien.
C'est à la suite de l'importation de certains formulaires ou de
certains états que la conversion en MDE devient impossible.
Cela t'oriente-t-il vers une piste à prospecter?
--
Francis
fhgc@wanadoudou.fr
OBSERVATION DE ZENONE
L'autre file va toujours plus vite.
VARIATION DE O'BRIEN SUR L'OBSERVATION DE ZENONE
Si tu changes de file, celle que tu viens de quitter deviendra alors
la plus rapide.
Je travaille avec Access2003, et ma base est au format 2002-2003. L'appli fait 9300Ko et les tables, qui sont détachées, font 1950Ko. Par ailleurs, j'ai: - 29 tables, dont beaucoup sont minuscules - 80 requêtes - 70 formulaires - 20 états - 2 macros Ça n'est donc pas énorme :/ Si tu as une piste à prospecter...
Effectivement, pas de quoi s'embêter avec le message d'erreur cité...
A tout hasard, as-tu essayé d'importer la base frontale dans une nouvelle base vide ? voir si tout passe sans problème ? si oui, tu compactes, puis tu compiles et enfin tu retentes la MDE.
Re, J'ai fait un autre test en partant d'une base vide. Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout va bien. C'est à la suite de l'importation de certains formulaires ou de certains états que la conversion en MDE devient impossible. Cela t'oriente-t-il vers une piste à prospecter?
-- Francis
OBSERVATION DE ZENONE L'autre file va toujours plus vite. VARIATION DE O'BRIEN SUR L'OBSERVATION DE ZENONE Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
3stone
Salut,
"Francis" [...] | Après importation de la base frontale dans une nouvelle base vide, tout | se passe normalement pour la conversion en MDE.
Heu... cela veut dire que cela fonctionne ?
| Sinon, ma base de travail est compactée à chaque fermeture. Mais | comment faire une compilation ? Je n'ai rien vu sur la question dans | les menus, et Google ne m'a pas aidé non plus :-(
"Francis"
[...]
| Après importation de la base frontale dans une nouvelle base vide, tout
| se passe normalement pour la conversion en MDE.
Heu... cela veut dire que cela fonctionne ?
| Sinon, ma base de travail est compactée à chaque fermeture. Mais
| comment faire une compilation ? Je n'ai rien vu sur la question dans
| les menus, et Google ne m'a pas aidé non plus :-(
"Francis" [...] | Après importation de la base frontale dans une nouvelle base vide, tout | se passe normalement pour la conversion en MDE.
Heu... cela veut dire que cela fonctionne ?
| Sinon, ma base de travail est compactée à chaque fermeture. Mais | comment faire une compilation ? Je n'ai rien vu sur la question dans | les menus, et Google ne m'a pas aidé non plus :-(
"Francis" [...] | J'ai fait un autre test en partant d'une base vide. | Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout | va bien. | C'est à la suite de l'importation de certains formulaires ou de | certains états que la conversion en MDE devient impossible. | Cela t'oriente-t-il vers une piste à prospecter?
"Francis"
[...]
| J'ai fait un autre test en partant d'une base vide.
| Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout
| va bien.
| C'est à la suite de l'importation de certains formulaires ou de
| certains états que la conversion en MDE devient impossible.
| Cela t'oriente-t-il vers une piste à prospecter?
"Francis" [...] | J'ai fait un autre test en partant d'une base vide. | Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout | va bien. | C'est à la suite de l'importation de certains formulaires ou de | certains états que la conversion en MDE devient impossible. | Cela t'oriente-t-il vers une piste à prospecter?
J'ai fait un autre test en partant d'une base vide. Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout va bien. C'est à la suite de l'importation de certains formulaires ou de certains états que la conversion en MDE devient impossible. Cela t'oriente-t-il vers une piste à prospecter?
Pas de message d'erreur sur ces formulaires ?
La compilation se fait sans erreurs ?
Si, pas mal d'erreurs dans mes formulaires lors de la compilation :/ Faut dire qu'il y en a pas mal que j'ai récupérés ici ou là pour en faire d'autres en m'inspirant d'eux, et qui ne me servent même pas dans mon application! Une fois virés les inutiles et les erreurs corrigées ou neutralisées, la conversion en MDE s'est faite tout à fait normalement. Merci, et au plaisir d'autres péripéties,
Francis
-- Francis
THEOREME de la loi de MURPHY Tout corps plongé dans une baignoire...déclenche systématiquement la sonnerie du téléphone !
Après mûre réflexion, 3stone a écrit :
Salut,
"Francis"
[...]
J'ai fait un autre test en partant d'une base vide.
Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout
va bien.
C'est à la suite de l'importation de certains formulaires ou de
certains états que la conversion en MDE devient impossible.
Cela t'oriente-t-il vers une piste à prospecter?
Pas de message d'erreur sur ces formulaires ?
La compilation se fait sans erreurs ?
Si, pas mal d'erreurs dans mes formulaires lors de la compilation :/
Faut dire qu'il y en a pas mal que j'ai récupérés ici ou là pour en
faire d'autres en m'inspirant d'eux, et qui ne me servent même pas dans
mon application!
Une fois virés les inutiles et les erreurs corrigées ou neutralisées,
la conversion en MDE s'est faite tout à fait normalement.
Merci, et au plaisir d'autres péripéties,
Francis
--
Francis
fhgc@wanadoudou.fr
THEOREME de la loi de MURPHY
Tout corps plongé dans une baignoire...déclenche systématiquement la
sonnerie du téléphone !
J'ai fait un autre test en partant d'une base vide. Si jimporte toutes mes tables, toutes mes requêtes et mes macros, tout va bien. C'est à la suite de l'importation de certains formulaires ou de certains états que la conversion en MDE devient impossible. Cela t'oriente-t-il vers une piste à prospecter?
Pas de message d'erreur sur ces formulaires ?
La compilation se fait sans erreurs ?
Si, pas mal d'erreurs dans mes formulaires lors de la compilation :/ Faut dire qu'il y en a pas mal que j'ai récupérés ici ou là pour en faire d'autres en m'inspirant d'eux, et qui ne me servent même pas dans mon application! Une fois virés les inutiles et les erreurs corrigées ou neutralisées, la conversion en MDE s'est faite tout à fait normalement. Merci, et au plaisir d'autres péripéties,
Francis
-- Francis
THEOREME de la loi de MURPHY Tout corps plongé dans une baignoire...déclenche systématiquement la sonnerie du téléphone !
3stone
re,
"Francis" [...] | Une fois virés les inutiles et les erreurs corrigées ou neutralisées, | la conversion en MDE s'est faite tout à fait normalement.
