Journal MS Access pour linux?

Posté par Don Julio le 09 février 2005 à 13:11.

Étiquettes :

fév.

2005

Ce WE je suis parti à la recherche d'un logiciel type ms access sous linux dans le but de produire un rapport à partir d'une base de donnée MySQL d'assez petite taille.

Ce que j'ai touvé dans un premier temps, et que tout le monde cite dans les forums, ne m'a pas convaincu:

- Kexi : Ne permet pas encore de faire des rapports
- Knoda : permet de faire des rapports mais l'éditeur est encore limité (on ne peut pas insérer d'image, de dessins style des lignes ou des rectangles...) et pas vraiment intuitif
- OpenOffice: Dans sa version 1.1.4 on ne peut pas faire ce dont j'avais besoin (pas de "footers" groupés) il est assez difficile de personnaliser un rapport fait avec l'autopilote. Dans sa version 2.0 (en béta), avec OO base on ne peut pas encore faire de rapport personnalisé (à ce demander ce qu'il y a vraiment de nouveau par rapport à OO 1.1.4).

J'étais assez désespéré (c'étais pour le taf et je devais envoyer le rapport pour le dimanche soir. N'ayant pas windows, impossible d'installer acces). quand je suis tombé là dessus: http://www.optadata.com/eng/products.htm(...)

Eva/3 est un plugin pour eclipse. Dans sa version gratuite il supporte pleinement les bases de données suivantes: Microsoft® Access, MySQL®, PostgreSQL, HSQLDB et JDataStore.

Il permet de faire un peu tout ce qu'on peut faire avec access: des requêtes, des formulaires et les fameux rapports (avec un éditeur semblable au produit de MS).

pour les features c'est là: http://www.optadata.com/eng/products1.htm(...) et pour les screenshots ici: http://www.optadata.com/eng/screenshots.htm(...)

Ce produit n'est certes pas parfait (obligation d'installer Java, Eclipse, pas libre...) mais il bon de savoir qu'il existe, ça peut faire gagner quelques heures d'un samedi ;-).

PS: en+ les gars de la boite sont sympas et très réactifs quant aux questions posées sur le forum eclipse plugins.

# OOo

Posté par Pinaraf le 09 février 2005 à 13:35. Évalué à 3.

Là ton commentaire sur OOo 2 est franchement de mauvaise foi !
(à ce demander ce qu'il y a vraiment de nouveau par rapport à OO 1.1.4).
1- Le module de base de données existe comme une entité, c'est plus quelque chose fusionné dans toutes les applis, indiscernable
2- OOo2 c'est pas OOo 1.1.4 + OOo base ! OOo base est en développement, donc d'ici quelques versions d'OOo il atteindra la qualité des autres composants d'OOo, mais faut pas trop en demander à un composant "tout neuf" !

Sinon, si tu tiens à access : wine...
- [^] # Re: OOo
  
  Posté par applex le 09 février 2005 à 13:44. Évalué à 4.
  
  Je pense qu'il a écrit cela sous la frustration de penser qu'Ooo serait son sauveur et de s'apercevoir que non. Ca me rappelle la fois où j'ai eu mon mode emacs pour Applescript... Je m'étais dit "cool, je vais pouvoir ne plus utiliser l'éditeur de sript", je commençais la danse du ventre itou itou et puis.... ben le mode ne me convenait pas du tout . Enervé , j'ai hurlé "mais quelle merde ce truc!!!" Et puis une fois calmé, je me suis dit :"pas grave, je vais chercher autre chose" (l'épilogue est que je suis toujours avec l'éditeur de script quand je fais de l'Applescript... pfff quelle frustration, emacs me manque dans ces moments)
  - [^] # Re: OOo
    
    Posté par Mes Zigues le 09 février 2005 à 21:33. Évalué à 5.
    
    Pourquoi t'as pas modifié le mode emacs pour qu'il s'adapte à tes besoins ?
- [^] # Re: OOo
  
  Posté par Don Julio le 09 février 2005 à 13:51. Évalué à 1.
  
  Je ne pense pas que mon commentaire sur la version bêta d'OO base soit de mauvaise foi. Je sais qu'en attendant un peu OO base sera au niveau des autres composantes d'OO (writer, calc..). En attendant, moi qui utilise bcp OO, à première vue ce que je peux faire avec OO base je pouvais déjà le faire avant et ce que je voudrait faire je ne peux pas le faire. C'est un commentaire complètement subjectif. Il y a de plus sûrement plein de nouvelles features que je n'ai pas vu (j'ai testé OO 2 bêta avec un objectif précis en tête).
  
  D'autre part mon post n'avait pas pour objectif de lancer une polémique mais de parler d'un soft qui m'a bien rendu service et qui est peu connu.
  
  Pour le dernier point, je ne tiens pas forcément à Access (OO ou Kexi seront bientôt largement au niveau). Et comment fais-tu pour te connecter à une base MySQL à partir d'Access installé sur linux via wine?
  - [^] # Re: OOo
    
    Posté par Pinaraf le 09 février 2005 à 19:42. Évalué à 3.
    
    J'ai su installer Access (dans une vie antérieure ;) sur wine... Et maintenant j'ai winetools. J'ai pas essayé access récemment, mais dans winetools ils proposent d'installer le driver ODBC pour postgresql : je suppose que celui pour mysql marchera aussi.
    - [^] # Re: OOo
      
      Posté par jerome (site web personnel) le 09 février 2005 à 23:38. Évalué à 2.
      
      ouais, le driver ODBC ... Ben faut pas s'en servir pour postgresql.
      Son défaut majeur : on ne peut pas créer une nouvel enregistrement si la clé primaire est de type serial (incrementation automatique). Ce qui est diablement facheux.
      Bon, je ne serai pas de mauvaise foi, il existe un driver pour postgresql, mais il n'est pas dans main, faut que je cherche un peu.
      Sinon l'éditeur de formulaire de OO n'est pas si mal, mais je crois qu'on n'est jamais mieux servi que par soi même dans ces cas là. Du coup, il va aussi falloir que je me refasse un petit coup de PHP.
      - [^] # Re: OOo
        
        Posté par Jerome Herman le 10 février 2005 à 15:19. Évalué à 2.
        
        Son défaut majeur : on ne peut pas créer une nouvel enregistrement si la clé primaire est de type serial (incrementation automatique). Ce qui est diablement facheux.
        
        Alors sur une base de données qui supporte les timestamp, les UUID, les randr etc. Utiliser les autoID incrémentaux c'est monstrueux. D'expérience un AutoID sérial ca n'apporte que des ennuis, a partir du moment ou lus d'une personne bosse sur la table à un instant t il faut balancer toutes la gammes des locks et des transactions si on veut pourvoir récuperer l'ID de la ligne que l'on vient de créer.
        
        Donc le "manque" du driver ODBC (qui n'en est pas un vu le fonctionnemetn de Postgres) ne me gène pas du tout, et si çà peut convaincre certains DBD de laisser tomber les Auto-IDs tant mieux.
        
        [^] # Re: OOo
        
        Posté par jerome (site web personnel) le 11 février 2005 à 11:10. Évalué à 2.
        
        Non, ça n'a rien de monstrueux.
        Pour une base de données qui ne sera vraisemblablement jamais fusionnée avec une autre, de dimension moyenne, le type serial (4bit, ou bigserial à 8) vaut largement les UUID (qui ne sont pas supportés comme type de données par défaut dans postgresql me semble t il d'ailleurs).
        Pour rappel, un entier naturel sur 4bit, ça couvre environ 4,3.10^9 déjà.
        
        Les UUID sont des Universal Unique ID, ce qui signifie qu'ils sont universellement uniques. 2 enregistrements ne devraient jamais avoir le même ID dans le temps et l'espace. Ce qui permet de fusionner (entre autres hein) des bases sans craindre des problèmes de perte de données, de cohérence.
        Les UUID sont généralement codés sur 16 bit, mais est ce vraiment utile pour des gens qui veulent utiliser OpenOffice pour faire un petit formulaire rapidos ?
        
        Pour moi, ce bug est clairement un point gênant, compte tenu du type de base de données que l'on utilise avec OpenOffice.
# En libre

Posté par viking le 09 février 2005 à 13:39. Évalué à 4.

En libre, pour faire des rapports, il existe aussi JasperReports (http://jasperreports.sourceforge.net/(...)) et OpenReports (http://opensourcesoft.net/index.php(...)).
- [^] # Re: En libre
  
  Posté par Don Julio le 09 février 2005 à 14:02. Évalué à 2.
  
  merci pour les liens....
- [^] # Re: En libre
  
  Posté par Maillequeule le 09 février 2005 à 18:42. Évalué à 3.
  
  Lié à l'excellent jasper report, il existe le très bon ireport :
  http://ireport.sourceforge.net/(...)
  
  Extrémement puissant ...
  
  M
# Creation de schema de base de donnee

Posté par Epsos le 09 février 2005 à 14:10. Évalué à 1.

Le sujet est un peu different, mais je profite du journal pour vous demander votre experience.
Ce WE, je voulais faire le schema de la base de donnee de Wiclear avec les relations entre les tables via les foreign keys.

J'ai essaye kexi, kivio et impossible de faire ce que je voulais.
J'ai finit par me rabattre sur un soft non libre : dbvizualiser (http://www.minq.se/products/dbvis/(...)) qui permet a peu pres de faire ce que je veux, sauf que je ne pouvais pas editer le schema affiché pour ajouter les references.

Au final, j'ai finit par bidouiller en faisant un screenshot et en l'editant avec TheGimp pour obtenir ce que je voulais :
http://wiclear.free.fr//index.php?title=Schema&lang=fr(...)

La question : connaissez vous un outil magique permettant de faire ca ? Comment faites vous ?
- [^] # Re: Creation de schema de base de donnee
  
  Posté par viking le 09 février 2005 à 14:15. Évalué à 5.
  
  Est-ce cela que tu cherches ? DB Designer : (http://www.fabforce.net/dbdesigner4/(...))
  De plus c'est libre.
  - [^] # Re: Creation de schema de base de donnee
    
    Posté par Epsos le 09 février 2005 à 15:14. Évalué à 1.
    
    C'est exactement ca que je cherche ! Mille merci !
# optadata

Posté par Mes Zigues le 09 février 2005 à 21:41. Évalué à 2.

J'espère que l'application n'est pas codé comme est écrit le site web. La colonne du milieu de cette page http://www.optadata.com/eng/products1.htm(...) est bourré de balises br ce qui rend le texte illisible quand on grossi la police de caractères (ctrl-+ dans Mozilla).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.