Bonjour,
 
Au boulot j'ai une énorme base access, et faire des requètes peut parfois complètement la planter.
En plus niveau UX, on est à la préhistoire.
Y a t-il un outil gratuit et/ou open source qui permet de se connecter à une base access pour sortir de beaux tableaux ?
Je ne cherche pas forcément des supers visualisations comme dans Tableau Software, juste un moyen de faire des tableaux de façon plus facile qu'avec les requètes Access, sans ouvrir Access.  
 
Des idées ?
 
Merci

Tu passes sur du SQL

Pas possible, je ne gère pas la bdd. J'ai besoin d'un outil qui se plug dessus.

jusque la, c'est tout a fait normal.....
 
c'est pas fait pour.
 
sinon, essaie un connecteur ODBC et d'extraire les données avec excel.
mais il n'y aura pas de miracle !!!!

Se plugger dessus en ODBC ne changera pas la lenteur ou les comportements moisis.
il est arrivé au bout du produit, il faut changer pour autre chose (une vraie base ? ).

Bonjour,  
 
La base, c'est du accdb ou du mdb ?
 
Quelle taille fait la base compactée ? As tu un ordre d'idée du nombre d'enregistrements toutes tables confondues ? Plus que des centaines de millions ? Dispose t-elle de nombreux index ?
 
Quoiqu'il en soit, s'adresser à une base de données ne se fait qu'en SQL ou en ADO, c'est à dire en programmation. Les bases de données étant ce qu'elles sont, aucun logiciel tout fait ne te permettra d'extraire des données en tableaux de façon satisfaisante, il y a toujours un minimum de définition à donner, le SQL étant la voie quasi-unique et royale pour cela. Tu n'est pas obligé d'utiliser Access en client, mais tu auras toujours du SQL à fournir. Le problème sera de t'attacher à cette base en fonction du client de ton choix.
 
Concernant les sous entendus de la qualité d'Access, ils sont nettement mal placés. On peut critiquer Access pour le fait qu'il s'appuie par défaut sur un moteur en pair à pair qui ne peut pas tenir des charges élevées en nombre de postes. Dans ton cas, il semble qu'il s'agisse d'un accès mono poste, donc la question ne se pose même pas.
 
Le moteur de données d'Access (donc distinct et indépendant du programme Access en tant que client) est une version horriblement stable et éprouvée d'une chose assez simple. Si tu rencontres des problèmes avec ta base, c'est peut être qu'elle est abimée, ou bien que tu as un problème de compatibilité de moteur, ou encore d'incompréhension au niveau du SQL.
 
Pour accéder à la donnée, ODBC fonctionne généralement, mais il ajoute de la lourdeur et ne supporte pas exactement tout. Le moteur développé spécifiquement pour le format Access est extrêmement performant dans les limites du pair à pair. Il est carrément fulgurant en local.

 
Amen.
 

 
Ou que l'ordinateur est une brouette. Parcequ'au bout d'un moment pas de magie, s'il faut traiter beaucoup de données, il faut un peu plus qu'un céléron et 2gb de ram.

Attention à ne pas sur-interpréter mes propos.
Je ne dis pas que Access c'est naze. Par contre il a des limites bien plus basses que des SGBD type MySQL ou autres.
Je plussoie complètement ce qui a été dit sur la tenue des perfs en fonction de la charge.
 
La vraie question, c'est la conception même de la base (pourquoi faire, comment ça a été fait, quelle volumétrie, ...).
Ce sont les réponses à ces questions qui dirigent le choix de la solution (Access ou autre) la plus adaptée.

nex84, en effet il faut prendre les choses pour ce qu'elles sont. On ne fait pas les 24h du Mans avec une Smart. Les bases Access sont limitées en taille à 2 Go, ce qui est suffisamment clair concernant les limites de taille. Tant qu'on conserve une marge, tout marche comme il faut. D'expérience, 1 Go c'est le maximum pour garder du confort d'administration. Il n'y a pas de limite au nombre d'enregistrement hormis le fait qu'une table ne peut dépasser 2 Go.
 
Concernant la vitesse évidemment un bonne machine est préférée, mais dans le cas qui nous intéresse, un (très) bon réseau aussi ainsi qu'un serveur pas trop occupé sont cruciaux.
 
Mais alexstain nous parle de plantages et là c'est autre chose. Le diagnostic dépend un peu de la version du moteur (mdb ou accdb). Il se peut aussi que l'interface qui alimente cette base soit mal conçue dès le départ selon les critères élémentaires de développement avec Access, ce qui peut entraîner des cassages plus ou moins fréquents, plus ou moins aléatoires. Un réseau bafouillant aussi peut casser la base sans qu'on sache pourquoi. Ces deux problèmes connus sont liés au fait que c'est du pair à pair. Pour ma part, avec du métier, je n'en connais pas d'autres, sinon des utilisateurs irréfléchis ou malveillants qui éteignent lors d'écritures complexes (là encore le pair à pair est en cause).