Access : oui je sais, c'est pas bien mais... - Programmation
Marsh Posté le 01-03-2002 à 10:51:19
faut mettre [Secteur d'activité] je crois.
et pense à engueuler le gars qui a appellé la table comme ça
Marsh Posté le 01-03-2002 à 11:33:34
bon alors tu fais 1 requête avec l'éditeur de requêtes de access et après tu regarde le sql qu'il a généré
Marsh Posté le 01-03-2002 à 11:53:47
Petits conseils:
1- effectivement, engueules les mec
2- Pour eviter d'avoir à changer tout ton code, pourquoi tu ne stockes pas ton nom de table dans une variable ? Comme ça, si une évolution survient, t'as juste qu'à changer le nom de la variable.
[jfdsdjhfuetppo]--Message édité par Deepcore--[/jfdsdjhfuetppo]
Marsh Posté le 01-03-2002 à 11:58:12
Bon, en dehors de cette histoire de nom de table, je pige pas.
J'ai besoin d'alimenter automatiquement une base access n°1 par une autre base access n°2 de 8 Mo.
Bref, toute ch'tite.
Au démarrage de la base 2, je vide toutes les tables pour les ré-alimenter via la n°2.
Les deux bases sont sur le même serveur.
J'ai essayé le coup des tables liées : ça rame à mort (des requêtes quasi-instantannées sur la base2, durent 20 secondes sur la n°1).
Donc j'essaie depuis la méthode de tout réimporter : conclusion, l'alimentation de la base dure près de deux minutes... pour 8 Mo !!!???
Y'a un soucis qq part, là, non?
Marsh Posté le 01-03-2002 à 12:17:44
Sérieux?
C'est vraiment normal????
Si oui, je sens que je vais déprimer moi...
Marsh Posté le 01-03-2002 à 12:33:49
Non c pas normal, ca dépends de la machine aussi, tu as koi ?
Marsh Posté le 01-03-2002 à 13:33:55
En fait, je viens de faire des essais assez concluants : visiblement, c'est le réseau de la boite qui est particulièrement naze.
Si je fais la même manip en local (les deux bases en local), c'est quasi-instantanné.
Donc c bien le réseau qui ralenti tout...
Marsh Posté le 01-03-2002 à 10:48:32
... mais j'ai une table nommée "Secteur d'Activité".
Donc oui, les accents, c'est mal et oui les espaces c'est mal.
Mais je vais avoir du mal à la changer étant donné que pas mal de code vb se base dessus...
Bref, forcément mon code SQL lancé à partir de vb ne veut pas fonctionner à cause de cet espace de merde...
CurrentDb.Execute "DELETE * FROM Secteur d'Activite"
Comment contourner le pb (sans renommer la table! )