[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[pmb.user] Re: RE : Re: Requête SQL : Export vers excel avec les auteurs
>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 ?
Moi, je n'ai pas compris ça.
J'ai compris 10 mois de boulot pour passer à un autre système de gestion que
MYSQL. D'ailleurs existe t'il des solutions gratuites? Par contre il disait
" MySQL 4.1 inclu les sous select !" c'est à dire sous-entendu : quand on
disposera de la nouvelle version, qui offre les sous-select, c'est à dire
l'imbrication de clauses SELECT, on pourra résoudre pas mal de problèmes.
--
Alain
>-----Message d'origine-----
>De : pmb.user_owner@pizz.net [mailto:pmb.user_owner@pizz.net] De la part de
>Anthony Lorry
>Envoyé : vendredi 4 février 2005 14:25
>À : pmb.user@pizz.net
>Objet : [pmb.user] RE : Re: Requête SQL : Export vers excel avec les
>auteurs
>
>
>Bon, ben je crois avoir mis le doigt sur un problème embêtant...
>
>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)...
>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 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 ?
>
>
>Anthony Lorry
>
>
>
>-----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.
>--
>Alain
>
>>-----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:39
>>À : pmb.user@pizz.net
>>Objet : [pmb.user] Re: Requête SQL : Export vers excel avec les auteurs
>>
>>
>>Bonjour,
>>On a une idée sur l'évolution de MYSQL? C'est lié à EASYPHP (au moins
>>pour
>>PMB) si mes souvenirs sont bons et ça fait un grand moment qu'il n'y a
>pas
>>eu de changements.
>>--
>>Alain
>>
>>
>>>-----Message d'origine-----
>>>De : pmb.user_owner@pizz.net [mailto:pmb.user_owner@pizz.net] De la
>>>part
>>de
>>>Florent TETART
>>>Envoyé : vendredi 4 février 2005 11:31
>>>À : pmb.user@pizz.net
>>>Objet : [pmb.user] Re: Requête SQL : Export vers excel avec les
>>>auteurs
>>>
>>>Bonjour,
>>>
>>>La version 4.1 de mysql contient une fonction group_concat qui permet
>>>justement de concatener des chaines issues d'un champ regroupé par
>>>group by.
>>>
>>>Pour le changement de serveur de bases de données dans PMB : 6 mois de
>
>>>boulot + 4 mois de debbugage... MySQL 4.1 inclu les sous select !
>>>
>>>Florent
>>>
>>>Yves Pratter a écrit :
>>>
>>>>
>>>>
>>>>>il y en a qui résolve ça par une procédure stockée (au sens serveur
>>>>>SQL
>>>du
>>>>>terme) mais en MySQL : pas gagné. Je crois qu'il faudra passer par
>>>>>une
>>>table
>>>>>temporaire pas temporaire du tout, genre une table construite (et
>>>>>mise à
>>>jour
>>>>>périodiquement?) qui contiendrait par exemple une centaine de
>>>>>colonnes permettant de sortir une centaine d'auteurs par notices...
>>>>>? Ca devrait
>>>suffir
>>>>>?
>>>>>
>>>>>
>>>>>
>>>>ça me parait être une uzine à gaz. Si MySQL oblige à faire ce genre
>>>>de choses, peut-être n'est-il pas adapté pour un SIGB ?
>>>>
>>>>
>>>>
>>>>
>>>>>Il faut que je me penche sur cette maj automatique, c'est le plus
>>>>>gros morceau à programmer... on met à jour quand ? Où ?
>>>>>
>>>>>
>>>>>
>>>>Quitte à faire une grosse modification, pourquoi ne pas passer sur
>>>>une base de donnée qui permet les requêtes imbriquées, les vues... ?
>>>>Actuellement PMB ne fonctionne pas (complètement) avec un hébergeur
>>>>standard (pas de tables temporaires -> pas de recherche étendue, pas
>>>>de Z39.50...).
>>>>
>>>>
>>>Heu, juste six mois de boulot + 3 mois de debuggage... Quitte à
>>>changer de base de données, pourquoi ne pas installer MySQL 4.1 ?
>>>
>>>>PostgreSQL tient la route, quoi que difficile à faire tourner sous
>>>Windaube.
>>>>
>>>>A l'autre extrémité, il y a SQLite : rapide (à part en écriture mais
>>>>un SIGB c'est surtout de la consultation, non ?), léger, portable, il
>
>>>>supporte SQL 92 (en tout cas ce qui nous intéresse). Il doit être
>>>>hébergé partout (inclu dans PHP5, module dans PHP 4).
>>>>
>>>>La version 3 (3.1.1 en béta depuis cette semaine) gère aussi UNICODE.
>>>>
>>>>Pourquoi pas aussi utiliser des objets indépendant de la base, en
>>>>utilisant que des requêtes compatibles (et des types de données) sur
>>>>les quelques bases retenues.
>>>>
>>>>A+
>>>>Yves
>>>>
Liste de diffusion pmb.user
Pour se désinscrire : mailto:pmb.user_request@sigb.net?subject=unsubscribe