Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Si je peux me permettre d'ajouter un avis personnel à cette question comme utilisateur lambda, je ne peux acquiescer au propos d'Alexander. J'ai souvent dit sur ce forum que Base était le parent pauvre de la suite bureautique LibO. Il reste que c'est un outil qui peut s'avérer utile et relativement simple pour développer des petites applications de BDD, et de plus c'est GRATUIT ! Pour le cas de figure exposé qui simple assez complexe je pense, à priori, que ACCESS dans son édition 2007 ou 2010 pourrait répondre à la demande à condition de revoir la structure globale: Tables, relations entre elles et peut-être que l'environnement système d'exploitation Win XP peut aussi être remis en cause.
Bon courage

Claude

Le 13/01/2013 23:42, Alexander Thurgood a écrit :
On 01/13/2013 09:54 PM, jbrichet wrote:

Bonsoir,


Le module base de libroffice serait-il la solution à mon problème ? Offrant
une interface graphique permettant à des non-spécialistes de créer les
requêtes souhaitées au fur et à mesure, tout en offrant la possibilité de se
connecter à des moteurs de bases de données "solides" comme MySQL ou
d'autres ?
Non, Base n'en sera pas capable, en tout cas, pas sous la forme d'un
fichier ODB intégrant par défaut une base hsqldb, ce qui est la
configuration par défaut proposée. En l'état, le HQSLDB embarqué dans un
fichier ODB serait une très mauvaise décision AMHA, car il est
mono-utilisateur, fait preuve de performances encore plus mauvaises dès
que l'on dépasse les quelques milliers d'enregistrements par table, et
en outre n'intègre même pas la dernière version du moteur hsqldb.

Par contre, il peut représenter une solution si tu veux effectivement
migrer ta base Access vers postgresql ou mysql/mariadb comme moteur. Tu
ferais alors tes formulaires, tes reqûetes, tes vues, etc, au sein du
fichier ODB.

Ceci étant dit, le module Base comporte beaucoup, et je dis bien, pas
mal de bugs gênants nouveaux depuis la création du projet LibreOffice,
et là, je ne parle même pas de ceux qu'existaient avant avec le projet
OOo. La performance avec un connecteur JDBC et une version de Java
supérieure à 1.6.22 en est la plus grave. L'exécution de requêtes un
tant soit peu complexes avec beaucoup de résultats devient frustrant au
point de vouloir jeter l'ordinateur par la fenêtre. Le générateur de
rapports intégré et basé sur Pentaho prend du plomb dans l'aile à chaque
nouvelle sortie de version, ce qui fait qui a toujours un truc qui ne
marche pas, alors qu'il a pu fonctionner partiellement avec une version
précédente.

Je pense sans mentir que vu ton scénario d'application, tu ne vas pas
trouver ton bonheur dans Base. Pour tout ce qui est construction de
requêtes, et si tu décides d'utiliser un serveur mysql, tu peux toujours
faire appel à MySQL Workbench, qui a ses propres bugs, mais marche pas
mal dans l'ensemble. J'étais par le passé un utilisateur assez féru de
Base, mais je suis plutôt parti sur le fait de me débrouiller avec mon
cerveau, le moteur de bdd directement et d'autres outils, plutôt que les
outils graphiques proposés par Base dans LO. Il me sert actuellement
plus pour des tests et confirmations de bugs que pour effectuer un réel
travail de gestion de bdd. C'est dommage, mais c'est un constat du
terrain. Peut-être que d'autres ici pourront être plus élogieux quant à
ses qualités.
Alex




--
Envoyez un mail à users+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.