[pmb.user] RE : Re: Requête SQL : Export vers excel avec les auteurs

["Anthony Lorry" <anthony.lorry@cedias.org>]

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
>>>
>>>
>>>
>>>
>>
>>
>>
>>Liste de diffusion pmb.user
>>Pour se désinscrire : 
>>mailto:pmb.user_request@sigb.net?subject=unsubscribe
>>
>>
>
>
>Liste de diffusion pmb.user
>Pour se désinscrire : 
>mailto:pmb.user_request@sigb.net?subject=unsubscribe
>
>


Liste de diffusion pmb.user
Pour se désinscrire :
mailto:pmb.user_request@sigb.net?subject=unsubscribe

	


Liste de diffusion pmb.user
Pour se désinscrire : mailto:pmb.user_request@sigb.net?subject=unsubscribe