Discussion :

[Sébastien Le Goyet]

Bonjour,

Et avant tout merci. Merci pour ce forum qui nous tire de sacrées épines du pied et nous fait dire, à nous les bleus : "Quand je serai grand, je serai modérateur !".

Fini le cirage de pompes, voici mon problème, assez incroyable :
Je veux utiliser les fonctions intégrées relatives à la base de données proposées par le générateur d'expressions :

- IMEstatus() fonctionne (même si je ne sais pas à quoi elle sert...)
- CurrentUser() ou UtilisateurCour() fonctionne aussi
- CurrentDb() elle, ne fonctionne pas... et c'est évidemment celle dont j'ai besoin...
- CurDir() pourtant non proposée, fonctionne (même si elle ne renvoie que la racine C:\ )
- CodeDB() ne fonctionne pas non plus

Est-ce normal ?

[Invité]

Salut,

Montre nous comment tu la mises dans ta requête, sinon va voir les Tutos sur DAO

Starec

[Sébastien Le Goyet]

Pour l'instant, rien de plus simple :

- si je crée

Code :

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

SELECT CurrentUser() AS Expr1;

il me renvoie "Admin"

- si je crée

Code :

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

SELECT CurrentDb() AS Expr1;

il me répond méchamment "Fonction 'CurrentDb' non définie dans l'expression."

[Invité]

Salut,

Va voir les tutos sur DAO
Après ton Select c'est le nom du champ d'une table qu'il te faut.


Starec

[Petogaz]

salut,

le currentdb() ne s'utilise pas comme ça. ça s'utilise avec un recordset (donc voir une des méthodes ex DAO). je rejoins Starec.

[argyronet]

Bonjour,

Tu ne peux pas employer des mots clé Objet dans une requête et seules certaines fonctions (disponibles dans le générateur d'expressions) sont exploitables;

Que veux-tu faire avec ces objets ?

Argy

[keita]

argyronet a écrit:

Que veux-tu faire avec ces objets ?

je suis d'accord avec ça. et tout le probleme est là

[Sébastien Le Goyet]

Je dispose d’une grosse base de données sous SQL SERVER sur un serveur distant avec plein de données concernant de nombreux propriétaires. Chaque propriétaire a un code.

• Proprietaire-/-info1-/-info2
  -----A--------/---1---/------
  -----A--------/---2---/------
  -----A--------/---3---/------
  -----B--------/---1---/------
  -----B--------/---2---/------
  -----C--------/---1---/------

(regardez-moi cette quiche qui ne sait même pas faire un tableau potable...)

Sur des postes distants se trouvent de petites bases concernant chacune un seul propriétaire. Je veux récupérer dans chacune certaines données de ma grosse base distante qui concerne le propriétaire en question :

• Proprietaire-/-info1-/-info2
  -----B--------/---1---/------
  -----B--------/---2---/------

Ma petite base de données distante se nomme B.mdb

Voilà pourquoi cela me simplifierait la tâche :
J’exécuterais depuis B.mdb une requête de création de table (il s’agit bien d’une extraction : mes données doivent ensuite être « transportables » en brisant le lien avec le serveur) du style :

Code :

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

1
2
3
SELECT info1, info2, etc INTO MaTableACreer
FROM LaTableDeMonServeur IN '\\MonServeur\LaGrosseBase'
WHERE Proprietaire like currentdb()

En outre, j’aurais bien utilisé ce CurrentDB() comme valeur par défaut et/ou pour mettre à jour le champ Proprietaire d’une table par exemple.

Je prends mes précautions : obtenir le nom de la base en cours n’est pas vital. J’ai des moyens détournés pour résoudre mon problème. L’intérêt que je voyais était justement de ne pas utiliser de code (Déjà, quand je maîtriserai bien SQL...)

[argyronet]

Ca a l'air compliqué comme jeu
Bon, chaque base distante étant utilisée par un utilisateur unique, il est possible de savoir qui en piquant son login...

Tu es de toute façon obligé d'utiliser du code pour exploiter cela.

Ensuite, rien ne t'empêche de faire un DTS dynamique qui exploite des procédures écrites en code assimilé VB dans lequel tu pourras combiner par exemple des procédures stockées avec connexion dynamique.

Argy