Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format ),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer da ns
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce ser ait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format ),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer da ns
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce ser ait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format ),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer da ns
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce ser ait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
On 26 fév, 13:56, Fabien wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?
On 26 fév, 13:56, Fabien <UrbaniakFabienxx...@Neuf.fr> wrote:
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?
On 26 fév, 13:56, Fabien wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?
On 26 fév, 13:56, Fabien wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même form at),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de te l
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur ,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requêt e
serait répercutée sur l'ensemble des données à exploiter. Ce s erait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seul e
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de donnée s
mais des tables liées vers la base dorsale qui elle ne contient que l es
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?- Masquer le texte des messag es précédents -
- Afficher le texte des messages précédents -
On 26 fév, 13:56, Fabien <UrbaniakFabienxx...@Neuf.fr> wrote:
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même form at),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de te l
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur ,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requêt e
serait répercutée sur l'ensemble des données à exploiter. Ce s erait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seul e
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de donnée s
mais des tables liées vers la base dorsale qui elle ne contient que l es
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?- Masquer le texte des messag es précédents -
- Afficher le texte des messages précédents -
On 26 fév, 13:56, Fabien wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même form at),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de te l
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur ,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requêt e
serait répercutée sur l'ensemble des données à exploiter. Ce s erait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seul e
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de donnée s
mais des tables liées vers la base dorsale qui elle ne contient que l es
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?- Masquer le texte des messag es précédents -
- Afficher le texte des messages précédents -
On 26 fév, 14:48, Fabien wrote:On 26 fév, 13:56, Fabien wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Malheureusement ce n'est pas possible. Je n'ai en effet aucun budget
étant donné que les bases de données en place sont des solutions
provisoires.
Merci
Peut-être avec MYSQL ?
On 26 fév, 14:48, Fabien <UrbaniakFabienxx...@Neuf.fr> wrote:
On 26 fév, 13:56, Fabien <UrbaniakFabienxx...@Neuf.fr> wrote:
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Malheureusement ce n'est pas possible. Je n'ai en effet aucun budget
étant donné que les bases de données en place sont des solutions
provisoires.
Merci
Peut-être avec MYSQL ?
On 26 fév, 14:48, Fabien wrote:On 26 fév, 13:56, Fabien wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Guillaume
Salut Guillaume,
Ne serait-il pas possible d'importer toutes tes données dans une seule
base en les identifiant par l'ajout d'un champ qui préciserait leur
provenance.
Dés lors tu peux avoir une base frontale ne contenant pas de données
mais des tables liées vers la base dorsale qui elle ne contient que les
tables.
Lorsque un utilisateur ouvre le frontal il indique la 'source' de
données a laquelle il veut acceder. En l'occurence un code qui permet
d'isoler les données selon leur provenance.
@+- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
J'y avais pensé mais, les données contenue dans une base fille
avoisine les 500 Mo en moyenne. Comme il existe de très nombreuses
bases (une quizaine pour l'instant), et qu'il y en aura de plus en
plus à l'avenir, je ne sais pas si c'est une solution viable.
Je vais cependant essayer de creuser dans ce sens.
Y aurai t'il un MVP dans la salle ?
Et si tu passais tes tables sous SQL server ?- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Malheureusement ce n'est pas possible. Je n'ai en effet aucun budget
étant donné que les bases de données en place sont des solutions
provisoires.
Merci
Peut-être avec MYSQL ?
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format ),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer da ns
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce ser ait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton fr ontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format ),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer da ns
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce ser ait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton fr ontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format ),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer da ns
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce ser ait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton fr ontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
On 26 fév, 21:24, Michel_D
wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même form at),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de te l
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur ,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requêt e
serait répercutée sur l'ensemble des données à exploiter. Ce s erait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur te s
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combinée
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www.mv ps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
On 26 fév, 21:24, Michel_D <Michel.NOS...@orange-ft.com.invalid>
wrote:
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même form at),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de te l
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur ,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requêt e
serait répercutée sur l'ensemble des données à exploiter. Ce s erait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur te s
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combinée
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www.mv ps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
On 26 fév, 21:24, Michel_D
wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même form at),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de te l
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur ,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requêt e
serait répercutée sur l'ensemble des données à exploiter. Ce s erait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur te s
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combinée
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www.mv ps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
On 27 fév, 10:23, "J'ai-Du-Bois" wrote:On 26 fév, 21:24, Michel_D
wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combinée
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www.mvps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
En réalité, pas si génialissime que ça car deux utilisateurs ne
peuvent pas utiliser deux sources de données différentes à la fois.
Là, c'est un véritable problème étant donné que cela rend tout le
système inutile...
Y a t'il un moyen d'enregistrer les liens vers les tables sur le poste
de travail plutôt que en dur, dans la base access elle-même ?
On 27 fév, 10:23, "J'ai-Du-Bois" <duboi...@gmail.com> wrote:
On 26 fév, 21:24, Michel_D <Michel.NOS...@orange-ft.com.invalid>
wrote:
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combinée
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www.mvps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
En réalité, pas si génialissime que ça car deux utilisateurs ne
peuvent pas utiliser deux sources de données différentes à la fois.
Là, c'est un véritable problème étant donné que cela rend tout le
système inutile...
Y a t'il un moyen d'enregistrer les liens vers les tables sur le poste
de travail plutôt que en dur, dans la base access elle-même ?
On 27 fév, 10:23, "J'ai-Du-Bois" wrote:On 26 fév, 21:24, Michel_D
wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller),
de la base mère dans lesquels des données (toujours le même format),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de tel
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateur,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requête
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier ton frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combinée
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www.mvps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
En réalité, pas si génialissime que ça car deux utilisateurs ne
peuvent pas utiliser deux sources de données différentes à la fois.
Là, c'est un véritable problème étant donné que cela rend tout le
système inutile...
Y a t'il un moyen d'enregistrer les liens vers les tables sur le poste
de travail plutôt que en dur, dans la base access elle-même ?
On 27 fév, 10:23, "J'ai-Du-Bois" wrote:On 26 fév, 21:24, Michel_D
wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller) ,
de la base mère dans lesquels des données (toujours le même for mat),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de t el
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateu r,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requê te
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier to n frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combiné e
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www. mvps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
En réalité, pas si génialissime que ça car deux utilisateurs ne
peuvent pas utiliser deux sources de données différentes à la fois .
Là, c'est un véritable problème étant donné que cela rend tout le
système inutile...
Y a t'il un moyen d'enregistrer les liens vers les tables sur le poste
de travail plutôt que en dur, dans la base access elle-même ?
Tu lance ton frontal via un raccourci avec un paramêtre que tu récup ère
dans une procédure exécuté automatiquement au démarrage qui t' indique
sur quel(s) dorsal(s) tu doit lier tes table(s) et donc tu recrée si
besoin les liaisons vers tes tables, est-ce que c'est plus clair !
PS: Sur le même poste de travail tu peux avoir plusieurs raccourcis
pour aller sur différentes bases.- Masquer le texte des messages pr écédents -
- Afficher le texte des messages précédents -
On 27 fév, 10:23, "J'ai-Du-Bois" <duboi...@gmail.com> wrote:
On 26 fév, 21:24, Michel_D <Michel.NOS...@orange-ft.com.invalid>
wrote:
Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller) ,
de la base mère dans lesquels des données (toujours le même for mat),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de t el
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateu r,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requê te
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier to n frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combiné e
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www. mvps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
En réalité, pas si génialissime que ça car deux utilisateurs ne
peuvent pas utiliser deux sources de données différentes à la fois .
Là, c'est un véritable problème étant donné que cela rend tout le
système inutile...
Y a t'il un moyen d'enregistrer les liens vers les tables sur le poste
de travail plutôt que en dur, dans la base access elle-même ?
Tu lance ton frontal via un raccourci avec un paramêtre que tu récup ère
dans une procédure exécuté automatiquement au démarrage qui t' indique
sur quel(s) dorsal(s) tu doit lier tes table(s) et donc tu recrée si
besoin les liaisons vers tes tables, est-ce que c'est plus clair !
PS: Sur le même poste de travail tu peux avoir plusieurs raccourcis
pour aller sur différentes bases.- Masquer le texte des messages pr écédents -
- Afficher le texte des messages précédents -
On 27 fév, 10:23, "J'ai-Du-Bois" wrote:On 26 fév, 21:24, Michel_D
wrote:Bonjour,
Je maintien aujourd'hui plusieurs base de données :
- Une base mère : une "coquille vide" dans laquelle il y a une
multitude de formulaires et de requêtes
- Une multitude de base filles qui sont des copies (copier coller) ,
de la base mère dans lesquels des données (toujours le même for mat),
sont importées.
Ce système est devenu un vrai cauchemar car à chaque modification
d'une requête ou d'un formulaire, je suis obligé de les dupliquer dans
la base mère, ainsi que dans l'ensemble des base filles (en
l'occurence le travail est tellement long et fastidieux que je ne le
fais pas).
D'où ma question :
Est il possible de dissocier formulaires-requêtes et données de t el
sorte qu'on puisse choisir la source des données à exploiter ?
S'ajoute à cela un contrainte : comme je travail en multiutilisateu r,
il faut que plusieurs utilisateurs puissent se connecter en même
temps, sur plusieurs sources différentes...
Avec un tel système, une modif sur un formulaire ou sur une requê te
serait répercutée sur l'ensemble des données à exploiter. Ce serait le
rêve...
J'espère que tout de même que cela peut devenir autre chose qu'un
rêve, car je passe un temps fou sur ces bases...
Je vous remercie d'avance. Si, par chance, vous pouviez apporter une
réponse à ma question, vous me souveriez réellement la vie.
Tu recrée au démarrage les liaisons vers tes tables situées sur tes
bases filles, comme cela tu auras un frontal et x dorsals, par
contre il faudra être trés attentif lorsque tu vas modifier to n frontal.- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
ça maaarche !!!!
J'ai utilisé la fonction fRefreshLinks (qui elle même est combiné e
avec GetOpenFileName). Les tables sont relocalisée toutes seul comme
des grandes.
Reste à tester cela en multiutilisateurs...
Les liens vers ces deux ensemble de fonctions génialissimes :
http://www.mvps.org/access/tables/tbl0009.htm-> fRefreshLinkshttp://www. mvps.org/access/api/api0001.htm-> GetOpenFileName
Je ne pensais pas que cela pouvais être aussi simple (pensez bien à
séparer les deux codes dans deux modules différents).
Un grand merci,- Masquer le texte des messages précédents -
- Afficher le texte des messages précédents -
En réalité, pas si génialissime que ça car deux utilisateurs ne
peuvent pas utiliser deux sources de données différentes à la fois .
Là, c'est un véritable problème étant donné que cela rend tout le
système inutile...
Y a t'il un moyen d'enregistrer les liens vers les tables sur le poste
de travail plutôt que en dur, dans la base access elle-même ?
Tu lance ton frontal via un raccourci avec un paramêtre que tu récup ère
dans une procédure exécuté automatiquement au démarrage qui t' indique
sur quel(s) dorsal(s) tu doit lier tes table(s) et donc tu recrée si
besoin les liaisons vers tes tables, est-ce que c'est plus clair !
PS: Sur le même poste de travail tu peux avoir plusieurs raccourcis
pour aller sur différentes bases.- Masquer le texte des messages pr écédents -
- Afficher le texte des messages précédents -