À part mémoriser les valeurs sorties, et faire une recherche à chaque tirage, je ne vois pas trop. Ou alors utiliser rnd avec une suite de valeurs négatives (appeler rnd avec une valeur négative lui fait toujours retourner la même valeur)par DenisS - Access
par DenisS - Access
Si c'est un problème de capacité de la variable, essaie d'utiliser le type Monétaire à la place de Long. Il permet d'aller plus loin. Ou alors, sur une version 64 bits, utilise le type LongLong.par DenisS - Access
Avec un peu d'huile de coude et ce projet ( ), il y a peut-être quelque chose à faire...par DenisS - Access
Tu importes directement depuis le fichier Excel, ou bien tu passes par un format intermédiaire (CSV par exemple) ? Tu fais l'importation manuellement ou par code ? Si tu utilises l'assistant d'importation vérifie que les colonnes concernées sont bien décrites comme 'Date'par DenisS - Access
Essaye de changer le format des colonnes Date dans Excel, pour avoir quelque chose du type JJ/MM/AAAA, ça devrait passer beaucoup mieux. Si ça ne marche pas, donne un échantillon des données que tu importes.par DenisS - Access
Je suppose que tu veux le résultat dans la requête. À la base, c'est pas conçu pour ça, mais on peut ruser pour y arriver. Et faire quelque chose dans le genre : SELECT Annee, Valeur, Valeur - DLookup("Valeur", "LaTable", "Annee = " & Annee - 1) Ça suppose que toutes les années existent dans la table (pas de trou). C'est aussi lamentable côté perfpar DenisS - Access
Je ne crois pas qu'on puisse occulter ce message. Il faudrait plutôt trouver ce qui modifie l'enregistrement à l'insu de ton plein grépar DenisS - Access
Une clé primaire est forcément indexée sans doublon, puisque son but est d'identifier chaque enregistrement de manière unique. Elle peut d'ailleurs être établie sur plusieurs champs de la table (par ex. N°Facture + N°Ligne). Le résultat doit simplement être unique sur l'étendue de la table. Pour répondre à ta seconde question, je pense qu'il est préférable de définir une cpar DenisS - Access
Il semblerait qu'il y ait quelque chose ici : , ou ici : Ensuite, avec ODBC, il y a un gag dont il faut se méfier. Le pilote en question sera probablement un pilote 32 bits. Dans ce cas, il faut lancer le odbcad32.exe qui se trouve dans C:\Windows\SysWOW64. Si tu lances le panneau de config ODBC par défaut, windows démarre la version 64 bits, qui ne verra pas le pilote 32 bits.par DenisS - Access
FoxPro utilisait un format de fichier dBase. As-tu essayé de lier la table en utilisant ce format (qui a priori n'a pas besoin de passer par ODBC) ?par DenisS - Access
As-tu bien reçu mon mail ? Il est possible que ce soit un problème d'emplacement approuvé. Sinon, envoie-moi ta base que je puisse faire un diagnostic.par DenisS - Access
Je suis parti de l'idée que tu utilisais un sous-formulaire en mode feuille de données, mais ça ne doit pas être le cas. Es-ce que tu peux poster une copie d'écran du formulaire en question, qu'on voie comment il est constitué (en suivant les instructions ici) ? Sinon, mettre le filtre sur la table ne sert à rien, le formulaire n'en tient pas compte (au mieux, il le récupar DenisS - Access
La table temporaire contient une colonne F17 qui n'existe pas dans la table finale. La colonne Q a probablement été utilisée puis vidée, mais l'import la prend en compte. Comme cette 17ème colonne n'a pas de titre dans Excel, Access la nomme automatiquement F17 lors de l'import. Supprime la colonne Q et ça devrait passer.par DenisS - Access
OK expire à minuitpar DenisS - Access
J'ai Intermédiaire dans le fichier Excel et Intermediaire dans la table...par DenisS - Access
La table temporaire est supprimée puis recréée par le traitement, c'est donc normal que ça marche. Par contre, tu as encore un problème d'accent entre le fichier Excel et la table tblProductions (sur la base des fichiers que tu m'as transmis l'autre jour). Je te laisse trouver lequelpar DenisS - Access
Le message généré par la fonction est bien trop vague... Tu as vérifié que les noms des colonnes sont strictement identiques entre Excel et Access ?par DenisS - Access
Par définition, un filtre ne fera afficher que les enregistrements qui correspondent au(x) critère(s) fixé(s). En d'autres termes, tu ne verras que les enregistrement correspondant au(x) critère(s). L'ordre alphabétique, lui, est défini par le tri.par DenisS - Access
En principe, les en-têtes de colonnes, en plus du tri, permettent également de filtrer. L'option n'apparaît pas lorsque tu cliques sur la petite flèche qui figure à droite de chaque colonne ?par DenisS - Access
OK. Bon week-endpar DenisS - Access
Avant de chercher compliqué, est-ce que les filtres des en-têtes de colonnes ne feraient pas l'affaire ?par DenisS - Access
Ça, ça a l'air OK. Par contre, il faut être cohérent : tu m'as transmis un fichier Productions.xlsx, alors que le code cherche un fichier Productions.csv Un ordinateur, c'est con comme un balai (et même un peu plus). Si tu ne lui donnes pas le bon nom de fichier (extension comprise), il ne peut pas le trouver... Soit tu exportes ton fichier excel en csv, soit tu mets le nompar DenisS - Access
Voici un nouveau lien pour le dépôt du fichier : Vérifie bien la constante qui indique le chemin de recherche du fichier. Il me semble avoir vu Users\Users, alors que visiblement ton profil est User, sans s final...par DenisS - Access
J'allais te renvoyer la base, mais visiblement ça marche maintenant. De toute manière, une base 2007 tripatouillée par un 2010, tu n'aurais probablement pas pu la réouvrir (c'est encore une 'fonctionnalité' microsoft... )par DenisS - Access
La seule erreur que j'ai pu trouver, c'est que la colonne Prénom du fichier Excel n'est pas en phase avec la colonne Prenom de la table. Une fois que les deux noms sont identiques, et que le .SourceType correspond bien au type de fichier (j'ai mis Excel pour traiter ton exemple), ça roule nickel.par DenisS - Access
Ok pour la base. Si tu peux également déposer un fichier Excel contenant les données à traiter. Anonymise au besoin, si les informations sont confidentielles.par DenisS - Access
Tu peux déposer le fichier ici : Lien valable 24 heures. Je dispose au mieux d'Access 2010. S'il y a des choses spécifiques à des versions plus récentes dans ta base, je risque de ne pas pouvoir l'ouvrir... Indique-moi également dans quel formulaire je dois intervenir, ça m'évitera de perdre trop de temps à explorer des pistes inutilespar DenisS - Access
Sur quelle ligne ? Qu'as-tu fais comme modif ? Donne plus de détails dans tes réponses, je ne suis pas devant ton écran et je ne peux pas deviner ce qui se passe...par DenisS - Access