Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office Access Ouvrir table runtime

Ouvrir table runtime

7 réponses
Avatar
snack
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions, si ce
n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément) qui
liste les tables et les requêtes, et permet d'en ouvrir une au choix, voire
ouvrir une nouvelle requête basée sur une chaine SQL à saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !
Signaler un problème avec ce contenu

7 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Logipro
Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions, si
ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément) qui
liste les tables et les requêtes, et permet d'en ouvrir une au choix,
voire ouvrir une nouvelle requête basée sur une chaine SQL à saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !






Avatar
snack
Excellent... c'est tout à fait ce qu'il me fallait !
Merci beaucoup

"Logipro" a écrit dans le message de news:

Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions, si
ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément) qui
liste les tables et les requêtes, et permet d'en ouvrir une au choix,
voire ouvrir une nouvelle requête basée sur une chaine SQL à saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !










Avatar
snack
Cela faisait un petit moment que je n'avais pas été sur ton site... il y a
vraiment plein de choses intéressantes !
L'utilitaire MAJStructure.mdb m'intéresse beaucoup également mais je ne
comprends pas bien comment l'utiliser.
Si je choisis la 2è option ("Créer une base de données vierges..."),
j'indique ma base de donnée modèle (par ex c:a.mdb), le programme met
c:ModeleData.mdb dans "Base de donnée à modifier", je fais OK, mais il me
dit : "Vérifiez que vous avez entré le nom correctement et réessayez...".
Faut-il que je crée un fichier c:ModeleData.mdb ?


"Logipro" a écrit dans le message de news:

Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions, si
ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément) qui
liste les tables et les requêtes, et permet d'en ouvrir une au choix,
voire ouvrir une nouvelle requête basée sur une chaine SQL à saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !










Avatar
Logipro
Bonjour Snack,

Effectivement tu a raison, j'ai un "bug" dans l'appli, j'ai déposer une
nouvelle mise à jour qui corrige le problème.
http://www.logicielappui.com/tips/AccXP_MAJStructure.zip

Merci de m'en avoir informé

à la prochaine


Robert Simard
Logipro

"snack" a écrit dans le message de news:

Cela faisait un petit moment que je n'avais pas été sur ton site... il y a
vraiment plein de choses intéressantes !
L'utilitaire MAJStructure.mdb m'intéresse beaucoup également mais je ne
comprends pas bien comment l'utiliser.
Si je choisis la 2è option ("Créer une base de données vierges..."),
j'indique ma base de donnée modèle (par ex c:a.mdb), le programme met
c:ModeleData.mdb dans "Base de donnée à modifier", je fais OK, mais il me
dit : "Vérifiez que vous avez entré le nom correctement et réessayez...".
Faut-il que je crée un fichier c:ModeleData.mdb ?


"Logipro" a écrit dans le message de news:

Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions, si
ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément)
qui liste les tables et les requêtes, et permet d'en ouvrir une au
choix, voire ouvrir une nouvelle requête basée sur une chaine SQL à
saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !














Avatar
snack
J'avoue que je ne comprends pas bien comment utiliser l'option "Créer une
base de donnée vierge à partir...".
Quand je choisis une base de donnée "modèle", il met automatiquement le même
chemin dans la "Base de donnée à modifier"... du coup, ça supprime la base
source !

Sinon, le principe est de créer une base vierge qui ne contient que la
structure des tables (champs, index, relations ?). Et de se servir de cette
base modèle pour mettre à jour la base dorsale chez le client. Pour les
Champs NumAuto impliqués dans une liaison, ça ne pose pas de problèmes ? On
ne risque pas de se retrouver avec des enregistrements orphelins ?

Merci


Sinon, l'objectif de
"Logipro" a écrit dans le message de news:

Bonjour Snack,

Effectivement tu a raison, j'ai un "bug" dans l'appli, j'ai déposer une
nouvelle mise à jour qui corrige le problème.
http://www.logicielappui.com/tips/AccXP_MAJStructure.zip

Merci de m'en avoir informé

à la prochaine


Robert Simard
Logipro

"snack" a écrit dans le message de news:

Cela faisait un petit moment que je n'avais pas été sur ton site... il y
a vraiment plein de choses intéressantes !
L'utilitaire MAJStructure.mdb m'intéresse beaucoup également mais je ne
comprends pas bien comment l'utiliser.
Si je choisis la 2è option ("Créer une base de données vierges..."),
j'indique ma base de donnée modèle (par ex c:a.mdb), le programme met
c:ModeleData.mdb dans "Base de donnée à modifier", je fais OK, mais il
me dit : "Vérifiez que vous avez entré le nom correctement et
réessayez...". Faut-il que je crée un fichier c:ModeleData.mdb ?


"Logipro" a écrit dans le message de news:

Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions,
si ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément)
qui liste les tables et les requêtes, et permet d'en ouvrir une au
choix, voire ouvrir une nouvelle requête basée sur une chaine SQL à
saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !


















Avatar
Logipro
Salut,

Je comprend pas exactement le pourquoi de ton bug, mais tu comprend
exactement le principe de fonctionnement, moi j'utilise cela pour tous mes
applications Access et je n'ais jamais de problèmes, bref il faut créer une
base de données modèle en sélectionnant l'option "Créer une base de donnée
vierge à partir d'un modèle structure complète avec données (Dorsale)" et
par la suite ouvrir la base de donnée modèle (c'est ta dorsale complète avec
données) ensuite automatiquement dans "Base de données à modifier" il
apparaît "ModeleData.mdb" (c'est cette base que j'envois à mes clients)

Ensuite chez le client et bien faut prendre l'autre option et choisir la
base de données "ModeleData.mdb" qu'ont à créer au préalable (moi j'ai
automatiser le tous avec des numéro de version de dorsale), ensuite et bien
tous les changement qui sont compris dans le "ModeleData.mdb" vont se créer
dans la dorsale du client.

Voilà, j'espère avoir été plus clair.

@+

Robert



"snack" a écrit dans le message de news:

J'avoue que je ne comprends pas bien comment utiliser l'option "Créer une
base de donnée vierge à partir...".
Quand je choisis une base de donnée "modèle", il met automatiquement le
même chemin dans la "Base de donnée à modifier"... du coup, ça supprime la
base source !

Sinon, le principe est de créer une base vierge qui ne contient que la
structure des tables (champs, index, relations ?). Et de se servir de
cette base modèle pour mettre à jour la base dorsale chez le client. Pour
les Champs NumAuto impliqués dans une liaison, ça ne pose pas de problèmes
? On ne risque pas de se retrouver avec des enregistrements orphelins ?

Merci


Sinon, l'objectif de
"Logipro" a écrit dans le message de news:

Bonjour Snack,

Effectivement tu a raison, j'ai un "bug" dans l'appli, j'ai déposer une
nouvelle mise à jour qui corrige le problème.
http://www.logicielappui.com/tips/AccXP_MAJStructure.zip

Merci de m'en avoir informé

à la prochaine


Robert Simard
Logipro

"snack" a écrit dans le message de news:

Cela faisait un petit moment que je n'avais pas été sur ton site... il y
a vraiment plein de choses intéressantes !
L'utilitaire MAJStructure.mdb m'intéresse beaucoup également mais je ne
comprends pas bien comment l'utiliser.
Si je choisis la 2è option ("Créer une base de données vierges..."),
j'indique ma base de donnée modèle (par ex c:a.mdb), le programme met
c:ModeleData.mdb dans "Base de donnée à modifier", je fais OK, mais il
me dit : "Vérifiez que vous avez entré le nom correctement et
réessayez...". Faut-il que je crée un fichier c:ModeleData.mdb ?


"Logipro" a écrit dans le message de news:

Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions,
si ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément)
qui liste les tables et les requêtes, et permet d'en ouvrir une au
choix, voire ouvrir une nouvelle requête basée sur une chaine SQL à
saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !






















Avatar
snack
OK.
En fait pour que ça marche, il faut que je cree d'abord une base de donnee
vierge nommee ModeleData.mdb dans le même répertoire que ma base de donnée
modèle. Si je ne fais pas ça, il me dit "Vérifiez que vous avez entrer le
nom correctement et essayer à nouveau. Pour rechercher une base de données,
cliquez sur le bouton '...'".
Mais le principal, c'est que ça marche !
Je m'étais fait un truc dans le genre... mais 100 fois moins bien !
Cela va me donner un sérieux coup de main, ça.... Bravo !

Un truc auquel je pense... Si jamais une modification ne peut être effectuée
(par exemple, ajout d'un index sans doublon sur un champ existant contenant
des doublons), est-ce qu'il y aurait possibilité de récupérer un message
d'erreur ?
Je vais réfléchir aussi à l'automatisation des mises à jour !
Merci

"Logipro" a écrit dans le message de news:

Salut,

Je comprend pas exactement le pourquoi de ton bug, mais tu comprend
exactement le principe de fonctionnement, moi j'utilise cela pour tous mes
applications Access et je n'ais jamais de problèmes, bref il faut créer
une base de données modèle en sélectionnant l'option "Créer une base de
donnée vierge à partir d'un modèle structure complète avec données
(Dorsale)" et par la suite ouvrir la base de donnée modèle (c'est ta
dorsale complète avec données) ensuite automatiquement dans "Base de
données à modifier" il apparaît "ModeleData.mdb" (c'est cette base que
j'envois à mes clients)

Ensuite chez le client et bien faut prendre l'autre option et choisir la
base de données "ModeleData.mdb" qu'ont à créer au préalable (moi j'ai
automatiser le tous avec des numéro de version de dorsale), ensuite et
bien tous les changement qui sont compris dans le "ModeleData.mdb" vont se
créer dans la dorsale du client.

Voilà, j'espère avoir été plus clair.

@+

Robert



"snack" a écrit dans le message de news:

J'avoue que je ne comprends pas bien comment utiliser l'option "Créer une
base de donnée vierge à partir...".
Quand je choisis une base de donnée "modèle", il met automatiquement le
même chemin dans la "Base de donnée à modifier"... du coup, ça supprime
la base source !

Sinon, le principe est de créer une base vierge qui ne contient que la
structure des tables (champs, index, relations ?). Et de se servir de
cette base modèle pour mettre à jour la base dorsale chez le client. Pour
les Champs NumAuto impliqués dans une liaison, ça ne pose pas de
problèmes ? On ne risque pas de se retrouver avec des enregistrements
orphelins ?

Merci


Sinon, l'objectif de
"Logipro" a écrit dans le message de news:

Bonjour Snack,

Effectivement tu a raison, j'ai un "bug" dans l'appli, j'ai déposer une
nouvelle mise à jour qui corrige le problème.
http://www.logicielappui.com/tips/AccXP_MAJStructure.zip

Merci de m'en avoir informé

à la prochaine


Robert Simard
Logipro

"snack" a écrit dans le message de news:

Cela faisait un petit moment que je n'avais pas été sur ton site... il
y a vraiment plein de choses intéressantes !
L'utilitaire MAJStructure.mdb m'intéresse beaucoup également mais je ne
comprends pas bien comment l'utiliser.
Si je choisis la 2è option ("Créer une base de données vierges..."),
j'indique ma base de donnée modèle (par ex c:a.mdb), le programme met
c:ModeleData.mdb dans "Base de donnée à modifier", je fais OK, mais il
me dit : "Vérifiez que vous avez entré le nom correctement et
réessayez...". Faut-il que je crée un fichier c:ModeleData.mdb ?


"Logipro" a écrit dans le message de news:

Bonjour Snack,

Je crois mon utilitaire est tous désigné pour effectué la tâche :
http://www.logicielappui.com/tips/AccXP_RuntimeOpenTable_Query.zip

Bonne continuation !

Robert Simard
Logipro


"snack" a écrit dans le message de news:
%23$
Bonjour,
Mes applis tournent généralement sur des postes avec le runtime.
Du coup, je ne peux pas ouvrir une table sur les postes en questions,
si ce n'est pas prévu au départ.
Est-ce que quelqu'un aurait en stock un formulaire (ou un complément)
qui liste les tables et les requêtes, et permet d'en ouvrir une au
choix, voire ouvrir une nouvelle requête basée sur une chaine SQL à
saisir ?
Cela me permettrait de dépanner plus facilement dans certains cas.
Merci !