[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[pmb.user] Re: RE : Re: [courrier] RE : Re: R eq uête SQL : Export vers exce l avec les auteurs
Bonjour,
Mon mail a déclenché des craintes inutiles, je me suis mal exprimé : Il
n'y a aucun changement à faire pour passer à MySQL 4.1. MySQL 4.1 nous
donnera simplement des fonctionnalités supplémentaires. Pour les 10 mois
de développement, je répondais à propos d'un passage sous postgres SQL.
Je voulais dire que cela prendrait un temps fou pour changer de SGBDR
alors qu'il n'y en a pas besoin, postgres n'offrant pas plus de
fonctionnalités utiles pour PMB et étant plus dur à installer, moins
courant et plus lent.
Don je le répète : passer à MySQL 4.1 ne change strictement rien pour PMB.
Florent
Anthony Lorry a écrit :
>Re-bonjour
>
>Merci pour les infos, je comprend mieux certaines choses.
>
>Rassurez-vous, je ne compte pas du tout jeter le bébé avec l'eau du bain
>! Simplement, comme ça fait maintenant un bon moment que je suis
>l'évolution de PMB de façon élastique et très irrégulière, j'ai la
>facheuse tendance de poser des questions avant de réfléchir ou de me
>renseigner, mais comme j'ai très peu de temps à consacrer à ce projet,
>j'utilise les ressources de la liste... Et ça marche :-)
>
>Moi, j'ai décidé il y a un an d'installer Mandrake 10 et donc de me
>passer d'EasyPHP pour mon intranet, et surtout pour PMB. Donc, si je
>comprend bien, il serait possible de passer sous MySQL 4.1 ? Quelqu'un
>a-t-il fait le test ? Cela résoudrait-il ce problème de requête auteurs
>? Est-il possible d'envisager une installation de PMB sur cette version
>(je ne me pose pas la question de la migration d'une base existante...).
>
>J'utilise PMB pour plusieurs fonds documentaires (propriétaires), et
>j'ai besoin d'exporter certaines données dans un format csv, pour
>pouvoir les utiliser sous d'autres plateformes qui ne gèrent pas
>l'UNIMARC, etc.
>
>Pour ce qui est de MySQL, moi je ne suis pas programmeur, mais je trouve
>vraiment génial de pouvoir utiliser des produits open source (MySQL,
>PHP, les CMS, PMB, etc.) de grande qualité, gratuitement (je travaille
>dans une structure associative qui a très peu de moyens financiers à
>mobiliser pour sa bibliothèque), et qui permettent même d'apprendre en
>s'amusant...
>
>Bon week-end
>
>Anthony Lorry
>CEDIAS-Musée social
>Bibliothèque
>5, rue Las Cases
>75007 Paris
>http://www.cedias.org
>
>
>-----Message d'origine-----
>De : pmb.user_owner@pizz.net [mailto:pmb.user_owner@pizz.net] De la part
>de pierre.delaunoy@cfwb.be
>Envoyé : vendredi 4 février 2005 14:06
>À : pmb.user@pizz.net
>Objet : [pmb.user] Re: [courrier] RE : Re: R equête SQL : Export vers
>exce l avec les auteurs
>
>
>
>Le Fri, 4 Feb 2005 14:24:49 +0100, Anthony Lorry
><anthony.lorry@cedias.org> a écrit:
>
>Bonjour,
>
>
>
>>Bon, ben je crois avoir mis le doigt sur un problème embêtant...
>>
>>
>>
>
>J'ai été 8 ans DBA (administrateur de base de données) de DB2 (une base
>de
>données très puissante fonctionnant sur mainframe, Unix, Windows, ...)
>D'expérience, je peux donc vous dire que SQL n'est pas la panacée
>universelle, même s'il est vrai que beaucoup de fonctions ont été
>rajoutées ces dernières années dans le SQL. Il y aura toujours des cas
>ou
>rien ne remplacera l'écriture d'un programme personnalisé.
>
>
>
>>J'avais vu il y a un certain temps que la version 4 de Mysql
>>permettrait de rendre cette Base de données aussi performante que
>>d'autres systèmes existants, notamment en permettant de faire des
>>sous-requêtes imbriquées (je me plante peut-être, je suis pas un
>>spécialiste)...
>>
>>
>
>Oui, mais il s'agit de MySQL 4.1. Or EasyPhp ne comprend que la version
>
>4.0. Donc pas de sous-requêtes imbriquées pour l'instant. Il est vrai
>que
>MySQL est peut-être considéré comme une base de données plus légère par
>
>certains, mais si SAP a investi dans MySQL
>(http://www.sapdb.org/7.4/pdf/pressrelease_eng.pdf) ca n'est vraiment
>pas
>par hasard.
>
>
>
>>Cela pose cependant la question de l'évolution de PMB : indépendemment
>>
>>
>
>
>
>>de PHP (la compatibilité étant assurée au niveau des versions...), la
>>base de données sur lequel il repose est un composant majeur.
>>
>>
>
>Je ne vois pas pourquoi il faut jeter le bébé avec l'eau du bain. Je
>m'explique, si le schéma de la base de données s'est complexifié avec le
>
>temps, c'est pour répondre aux besoins des utilisateurs. Dans le cas
>présent, c'est pour permettre de changer la fonction d'un auteur plutôt
>
>que de devoir encoder 2 fois le même auteur avec des fonctions
>différentes. Si, à cause de ca, certaines requêtes SQL ne sont plus
>possibles, il n'en reste pas moins que MySQL reste une excellente base
>de
>données. Pour prendre une image : si au volant de votre voiture, vous
>mettez 20 minutes pour faire un trajet. Mais que le lendemain, la route
>
>est déviée parce qu'en travaux et que vous mettez 50 minutes pour
>arriver
>à destination, dites-vous que la voiture est inadaptée ?
>
>
>
>>Je voudrais revenir sur le message de Florent, qui parle de 10 mois de
>>
>>
>
>
>
>>boulot pour passer à la la version 4 de MySQL = et je me pose tout de
>>suite la question suivante : si la compatibilité entre les versions
>>PHP est assurée, en est-il de même avec MySQL ?
>>
>>
>
>Normalement, oui. Mais que celui qui n'a jamais eu de problèmes
>informatiques lors d'une migration jette la première pierre à Florent.
>Ceci dit, je suppose que Florent est responsable des bibliothèques
>hébergées par PMB, donc la migration sera assez longue et fastidieuse
>pour
>lui et pas assez rapide pour les utilisateurs.
>
>
>
>>Anthony Lorry
>>
>>
>>
>>
>
>Pierre
>
>
>
>>-----Message d'origine-----
>>De : pmb.user_owner@pizz.net [mailto:pmb.user_owner@pizz.net] De la
>>part de Alain Montavid Envoyé : vendredi 4 février 2005 12:49
>>À : pmb.user@pizz.net
>>Objet : [pmb.user] Re: Requête SQL : Export vers excel avec les
>>
>>
>auteurs
>
>
>>
>>Voilà ce qui est dit sur le site officiel
>>http://www.easyphp.org/actu.php3
>>
>>EasyPHP 1.8 et 2.0 alpha 07/12/2004
>>Les développements reprennent avec une version 1.8 pour finir la
>>branche PHP 4.3.x, Apache 1.3.x et MySQL 4.0.x et ainsi garder une
>>compatibilité avec la plupart des versions de Windows et une version
>>2.0 constituée de PHP 5.0.x, Apache 2.x et MySQL 4.1.x. Ces deux
>>versions sont en alpha et devraient passer prochainement en beta.
>>
>>Mais pas notion de date.
>>
>>
>
>
>
>
>
Liste de diffusion pmb.user
Pour se désinscrire : mailto:pmb.user_request@sigb.net?subject=unsubscribe