Certaines requetes ne fonctionnent plus depuis le passage en V6.
 
Il s'agit de :

 
Ainsi que :

 
Quelqu'un sait-il quels changements je dois faire afin de faire fonctionner ces requetes?
 
De plus, afin de reparer une bourde je cherche une requete permettant de faire passer les infos contenues dans le champ perso 1 dans le champ ISBN  

Tous les pros du SQL se font dorer sur la plage en ce moment?
 

Dans le même genre une requête qui fait passer le champ Perso 3 vers Le champ Achevé d'imprimer m'interresserait aussi fortement.    

La c'est un peu compliqué car le champ achevé d'imprimé est un champ date alors que le champ perso 3 est un champ texte donc l'update ne peux pas marcher dans ce sens

Même si toutes mes entrées dans le champ Perso 3 sont au format MM/AAAA ?

Oui, transformer un champ texte en date, c'est pas si simple.
 
Pour ta deuxième requête, sachant que les tables ACHETER et EXLIBRIS n'existent plus, voila ce uqe ça donne pour fonctionner:

 
Pour renvoyer l'isbn d'où il vient:

Pour ta première requête, j'ai pas compris pourquoi le count(*) ne marche pas.
Cette requête semble donner la réponse voulue:

Merci Pascal, j'en déduit que tu n'es pas en vacances? Tu couves ton nid?
 
Le premier code (Séries) fonctionne impec.
 
Le second concernant l'iSBN aussi, mais il n'élimine pas ce qui était saisi dans le champ ISBN (celui-ci est donc renseigné deux fois maintenant)
 
Quant au code pour les auteurs il doit manquer un truc car le résultat me laisse apparaître des auteurs sans album mais avec para-bd. De plus  la colonne surnom donne non pas le surnom mais le nom de l'image associée. Bizarre...

et ouais, c'est pas encore les vacances.
Pour le perso1 qui est toujours rempli:

Pour les auteurs, j'ai effectivement oublié le parabd:

 
de même pour les albums:

Une variante qui donne les ID série des séries sans album :

Pour cette requête j'ai le message d'erreur suivant :

 
Sinon le reste fonctionne parfaitement, merci beaucoup.
 
Quant au champ Perso3 -> Achevé d'imprimer, ben je vais m'y coller à la main

faute....
Faut mettre un s à "albums"
C'est dur la nuit

Exemple de convertion texte => date en Access :
update test  set [date] = CDate([texte])
 
Besoin d'une DBA ?

Ayé pour le passage Champ perso 3 -> Achevé d'imprimer... J'ai tout fait au couper/coller.

Désolé, je connais pas access en tant que base de données SQL, quasiment tout peut se faire en VB ce qui complique les choses quand on veut faire du SQL, ou pour trouver des infos.
On m'aurait parlé de Postgresql, Oracle, mySql ou SqlServer, j'aurais pu plus facilement répondre    
 
Sinon, pour le CDate, on peut définir le format car en l'occurence on a que le mois et l'année et pas le jour, en plus comment on fait pour differencier un "dd/mm/yyyy" d'un "mm/dd/yyyy" ?

Bonne question ...
 
Je ne suis pas une spécialiste d'Access, que je considère plus comme un gadget bureautique que comme une base de donnée (Je vais encore me faire des amis  ). J'ai juste fait un test avec des données tronquées MM/YYYY et CDate a automatiquement transformé ça en 01/MM/YYYY.
 
Les explications de l'aide d'Access sont les suivantes :

Pas de ma part en tout cas  
Je partage complètement ce point de vue....
 
Merci pour les précisions, je serais moins bête ce soir  

C'est peut être un gadget mais pour une DB locale et perso c'est trés pratique J'imagine la tête des utilisateurs de BD Gest' sur dans la procédure d'install je demandais d'installer un serveur Oracle Le prix de la licence serait sympathique aussi

Même dans le cadre pro on fait des choses étonnantes avec access. Evidemment dès que la base prend de l'ampleur c'est un poil plus compliqué mais essayer de trouver un outil si bon marché et aussi souple surtout pour des novices....

Access est trés bien tant que tu ne veux pas gérer plusieurs accès concurents à la même base.

En base locale, je veux bien. Et encore ...
Tout dépend aussi de ce que tu entends par "souple pour les novices".
Des apprentis sorciers qui, en quelques clics de souris, se créaient des bases Access en local avec des tables liées vers des bases Oracle ou SQLServer, mais sans rien comprendre à la façon dont ça fonctionne derrière, j'en ai vu pas mal ...
 

Je parle de personnes (comme moi par exemple) qui ont quelques notions en base de données et à qui on demande de faire plein de stats dans tout les sens à partir de fichiers plats ou encore de gérer un planning pour une production informatique.
Sans connaître du tout access j'ai tout de même réussi à répondre au besoin preuve qu'access est assez accessible.
Si j'avais du faire ça sous Oracle j'y serais encore. Et je ne te parle pas d'interface graphique
Ceci dit bien entendu je ne m'amuserais jamais à taper dans des bases oracle ou autre. Y'a des DBA pour ça.
Mais effectivement mes bases sont locales et mono utilisateurs. Mais elle répondent largement au besoin.
Bon désolé chef on dévie un peu du sujet    

 
Mais c'est parfait comme truc pour une base locale, j'ai juste quelque soucis avec le SQL utilisé  
C'est bien mieux qu'une base propriétaire fichier comme l'était GBDAO  
 

Il m'est arrivé un truc bizarre, j'avais écrit une requête en V5 pour sélectionner les BD à prêter à un emprunteur, en fonction des prêts passés, afin de ne pas lui prêter les mêmes BD et de pouvoir lui prêter les compléments sur des séries :

La multiplication par 1000 permettait de tomber sur un numéro unique en combinant idserie et idalbum
La première exclusion est sur les albums déjà prêtés
La seconde sur les albums en cours de prêt
 
Après le passage en V6, lorsque j'exécute cette requête, le *1000 se transforme en %1000  et la requête plante
 
J'ai résolu temporairement en mettant +100000, mais est-ce que quelqu'un a une idée du pourquoi du comment le * se transforme en %

Bonjour,
 
j'ai une question simple: Perso 4 ne s'affiche pas dans le logicel, si je rajoute ", A.Perso4," dans SQL Album je n'ai toujours pas d'affichage.
J'ai envoyé 2 mails à la hot line sans réponses à ce jour.
 
Quelqu'un a t il une idée?
 
SQL Album:
 
A.EdO, A.Couverture, A.DateAchat, A.PrixAchat, A.DL, A.CoteActuelle, A.Editeur, A.Collection, Sc.Nom,  
             D.Nom, A.Integrale, A.HorsSerie, A.EditionLimitee, A.NoteAlbum, A.Format, A.Etat, A.Reference, A.Possede, A.Commentaire, Co.Nom, S.Style,  
             A.Broche, A.NbPages, Sc.Pseudo, D.Pseudo, Co.Pseudo, A.Perso1, A.Perso2, A.Perso3, A.NumA  
FROM ALBUMS A, SERIES S, AUTEURS Sc, AUTEURS D, AUTEURS Co  
WHERE A.IdSerie = S.IdSerie    
      AND A.IdColoriste = Co.IdAuteur    
      AND A.IdScenariste = Sc.IdAuteur    
      AND A.IdDessinateur = D.IdAuteur

Perso4 n'est pas un champ texte comme les autres champs perso. C'est un champ Oui/Non qui peut avoir les valeurs 1/0 .
 
SELECT A.EdO, A.Couverture, A.DateAchat, A.PrixAchat, A.DL, A.CoteActuelle, A.Editeur, A.Collection, Sc.Nom,  
             D.Nom, A.Integrale, A.HorsSerie, A.EditionLimitee, A.NoteAlbum, A.Format, A.Etat, A.Reference, A.Possede, A.Commentaire, Co.Nom, S.Style,  
             A.Broche, A.NbPages, Sc.Pseudo, D.Pseudo, Co.Pseudo, A.Perso1, A.Perso2, A.Perso3, A.NumA , A.Perso4
FROM ALBUMS A, SERIES S, AUTEURS Sc, AUTEURS D, AUTEURS Co  
WHERE A.IdSerie = S.IdSerie    
      AND A.IdColoriste = Co.IdAuteur    
      AND A.IdScenariste = Sc.IdAuteur    
      AND A.IdDessinateur = D.IdAuteur
 
doit marcher

 
Personne n'a répondu, vous n'avez pas une petite idée ???

Je viens de retourner ta requête dans tout les sens et aucune idée
J'ai même essayé un tout con
SELECT s.idserie*1000
FROM series s
et ça fonctionne....

Oui, c'est ce que j'avais trouvé qui contourner le pb et j'ai donc gardé ce système
Mais si quelqu'un avait une explication, afin que je m'endorme moins bête ... mais cela ne m'empêche pas de dormir

Pour revenir sur cette histoire, il y a peut-être un bug bizarre avec le caractère '*' car j'ai moi aussi une requête où il est automatiquement remplacé par un'%' ce qui cause une erreur.
 
Voilà ma requête (nombre d'albums par auteur dans l'ordre en tenant compte des "autres auteurs" ) :
 

Et donc le deuxième COUNT(*) est remplacé par COUNT(%), ce qui fait échouer la requête. En remplaçant par un champ (COUNT(COLLABORATEURS.idAlbum)), ça marche.
 
J'ai essayé de reproduire le problème avec d'autres requêtes, mais sans succès.

Il y a peut-être un conflit entre la version d'access locale et celle attendue dans BdGest
Sur mon PC, j'ai access 2000, lorsque j'ouvre le fichier mdb de ma base BdGest, il me dit qu'il faut la convertir pour pouvoir la manipuler sous access
je la convertit, je copie-colle ta requête et l'exécute telle quelle, aucun pb
mais dès que je fais la même chose dans les opérations sql avancées de BDGest, l'étoile est transformée en % et la requête plante
 
Chef, n'y aurait-il pas un pb de compatibilité de version entre BdGest et MsAccess local ???
Je testerai au boulot, je dois avoir access 2003, pour voir !!