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


+1
Le debat sera probablement tres chaud, compte tenu notamment des habirudes prises depuis plusieurs 
annees par les differents utilisateurs prives ou professionnels.
Il n'en demeure pas moins que ces eventuelles discussions seraient de nature a mettre en avant de 
nouvelles aptitudes de LibO et demontrer qu'il est, enfin, possible d'utiliser un gestionnaire de 
BD digne de ce nom et digne d'un produit qui ne se veut pas seulement generaliste et populaire. 
mais tout autant performant et professionnel.
Au dela des ardeurs, des attentes diverses et variees, des querelles de clochers, de promotion de 
telle ou telle ecole,le debat doit etre engage et mene avec toute l'ouverture qu'il merite afin que 
toutes les expressions puissent etre entendues et qu'au bout du compte, peut etre au prix de 
compromis, soit adoptee la solution techni[cologi]que la plus pertinente et performante.
Maintenir Base en son etat actuel me parait inconcevable et porterait je crois un serieux prejudice 
a LibO.

Francois Gatto
Alexander Thurgood <alex.thurgood@gmail.com> a écrit :
Bonjour Bernard,


Je vous trouve trop sévère dans vos jugements sur le module Base et
HSQLDB. Ca permet quand même à des personnes pas trop au fait des SGBD
de réaliser des petites bases avec quelques formulaires et rapports
pour les exploiter.

Plus difficilement manipulables sont les SGBD MySQL, PostgreSQL ou
Firebird par exemple.

Alors, un peu d'indulgence pour le module Base :-)  Personnellement
j'utilise plutôt MySQL ou Firebird mais je milite néanmoins pour son
maintien et son développement.

Détrompe-toi, si je me permets de critiquer, c'est que je ne reste pas
derrière les bras croisés non plus - je suis actuellement en train
d'essayer de comprendre les changements dans le code faits par Sun en
2009 qui ont transformé l'outil de publipostage en ce qu'il est
aujourd'hui (boîte de dialogue d'impression entre autres), justement
pour essayer de voir si, et où, on pourrait faire marche arrière.

Par contre, soyons clairs, je ne militerai jamais pour le maintien du
système HSQLDB intégré - des solutions nettement plus stables et
performantes existaient dans OOo bien avant que Sun ne décide de faire
ce "tout-en-un", tout comme d'autres solutions ont vu ou continuent
d'exister aujourd'hui - H2, HSQLDB serveur, SQLite, etc, et j'en passe.
Je sais que je ne suis pas le seul à toujours regretter le changement
d'interfaçage Base OOo 1.x.x à ce qu'il est depuis la version 2.x, mais
je ne pense pas non plus pouvoir/vouloir mener un retour en arrière de
10 ans !! Donc, changer l'implémentation de Base, pourquoi pas, mais
justement que mettrait-on à la place ? Là, à mon avis, le débat risque
d'être chaud et assez divergeant entre ceux qui privilégient la facilité
d'une administration et gestion distribuées et multi-utilisatrices (donc
solution orientée plutôt entreprises et administrations) et ceux qui
veulent un "tout-en-un" encapsulé adapté à une utilisation individuelle
ou pour le particulier.

Alex




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

-- 
Envoyez un mail à discuss+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
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.