Discussion :

[dahi67nb]

Bonjour,


Help! j'ai besoin de votre aide SVP

je reprend un SGBD-R sous Access d'un ancien collègue. je bosse sur Access Office 2016 de 64 Bits. La base ne fonctionne pas bien, je suis entrain de diagnostiquer pour voir la source de problème, tout va bien mais y a souci dans la mise à jours des requetés de type (création de table ou mettre ç jour), je vois 10 tables de systèmes que je n'ai jamais vue. j'ai pas d'expériences là-dessus. Voici les tables d systèmes
- MSysAccessObjects
- MSysAccessXML
- MSysAcces
- MSysQueries
- MSysRelationships
- MSysACEs
- MSysComplexColums
- MSysqueries
- MSysrelationships
- ......

je vois aussi des relations avec de jointure (un à infinie) entre 3 tables
-MSysnavPanegroupcategories(1) ------- (∞)MsysNavPaneGroups(1)-----------(∞)MSysnavPaneGroupToObjects


Vu que les liste dont j'ai besoin ne se mette pas à joru, j'ia peur que le problème vient de là.
Que pensez vous SVP.

[User]

Bonjour,

Avez-vous essayé d'importer la totalité des objets dans une base vierge ?

Ensuite, il faudrait voir dans un module si le projet compile.

Généralement, le souci principal pour des versions d'office en 64_bit avec des bases crées dans une version 32, c'est au niveau des api, les règles d'écriture du code sont différentes et aussi au niveau des activeX compilés en 32_bit qui ne devraient pas non plus fonctionner :

https://arkham46.developpez.com/arti...ice/vba64bits/

Cdlt,

[dahi67nb]

Merci User,

Merci pour bcp pour ta réponse.
Le tuto de (arkham46) m a trop aidé mais pas sur ce projet, car ce dernier ne contient pas des déclaration API.
A mon avis y a pas de souci au niveau la migration entre 2 environnement.
j'ai un doute dans les tables de systèmes, car il interviennent même dans le découpage des fichier Txt importés par code vba, et même sur les noms des champs des tables......

Les jointures ne fonctionnent pas et les graphes ne s'affiche pas, y a de modifs dans les champs liés par des jointures (alors que le principe devrait être de même type, intitulé,...)..


Je ne sais pas encore si l'origine de souci vient des tables de systèmes ou pas?

Merci

[User]

Bonsoir,

S'il y a un souci au niveau des tables systèmes alors peut-être que le fichier est endommagé, c'est pour cela que je pensais à le reconstruire en commençant par un import des objets dans une nouvelle base.

Sinon il existe aussi des outils pour réparer mais ils sont tous payant.

Cdlt,

[micniv]

Bonjour,

S'il y a des imports ou des exports de fichiers textes dans ton appli, alors très certainement des "spécifications d'interfaces" ont été sauvegardés pour exécuter ces manip automatiquement.

Ces objets se trouvent définis dans :
MSysIMEXSpecs pour les noms des interfaces
MSysIMEXColumns pour les colonnes des interfaces

Tu peux retrouver les nom des interfaces dans les commandes d'import ou d'export dans ton appli :
Docmd.TransferText ...etc
Faire F1 pour l'aide ACCESS

CDLT

[Arkham46]

Bonjour,

Ne cherchez pas un problème avec les tables système.
Elles sont toujours là, mais habituellement masquées.
Le problème est ailleurs...

D'ailleurs quel est le problème ?

[dahi67nb]

Merci Arkham46
C'était résolu. Désolé pour le retard car j'ai perdu mon mot de passe