Delivered-To: tfletcher@netfactoriel.com
Reply-To: "David Samson" <zexxia@zexxia.com>
From: "David Samson" <zexxia@zexxia.com>
To: "Tim Fletcher" <tfletcher@netfactoriel.com>
Subject: Re: [Spip] SPIP sans mysql?
Date: Thu, 16 Oct 2003 08:46:30 -0400
Organization: Zexxia.com
X-Mailer: Microsoft Outlook Express 6.00.2800.1158Ou tu prend des logiciel de "replication" genre de syncronisation de deux
basse de donné ensemble .. exemple entre Dbase et DominoMais pour qu'un seul basse sois utilisé en effect il faudrai changé les
"appelles" à cette basse donc, jouer dans le code donc, rien qui se fait
après un bon repas
Mais une question reste ? Si tu me disais Slip sous SQL pour NT je
comprendrai mais la pourquoi ? Et c'est quoi rapidement PEAR::DB ces
nouveau ?----- Original Message -----
From: "Tim Fletcher" <tfletcher@netfactoriel.com>
To: "Pierre BUYLE" <pbu@info.fundp.ac.be>; "spip" <spip@rezo.net>
Sent: Thursday, October 16, 2003 8:18 AM
Subject: Re: [Spip] SPIP sans mysql?Salut,
il y a deja eu des mails a ce sujet! dans les archives j'ai trouver
Discuter chez rezo.netspip utilise deja une class d'abstraction de bdd propre a spip, donc il
suffirais de changer le fonctionemant de cette class, mais pour le moment
il me semble que ça ne marche que avec mysql.
mais si quelqu'un serais pret a le faire, je suis sur qu'il aurais tous le
soutien des devsTim
At 14:02 16/10/2003, Pierre BUYLE wrote:
>Bonjour, ou bonsoir, c'est selon.
>
>Je me pose une simple question et après une recherche basique avec Google
>je me permet de la poser ici.
>
>Y a-t-il moyen d'utiliser SPIP sur une autre base de données que MySQL? Je
>sais bien que SPIP est programmer pour MySQL, mais qqn a-t-il deja réussi,
>après bidouille dans je ne sais quel fichier, a le faire fonctionne,
>disons sur du PostgresSQL ou sur une mini-base de donnée en fichier plat?
>(je crois que la libraire PEAR DB offre une interface d'accès à une
>database en fichier plat). Sinon, est-il prévus d'adapter un jour SPIP sur
>un layer d'abstration de base de donnée comme PEAR::DB
(http://pear.php.net)?
>
>Enfin, c'est juste un question comme ca, en sortant de table.
>
>_______________________________________________
>liste spip
>spip@rezo.net - désabonnement : spip-off@rezo.net
>Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
>Documentation de SPIP : http://www.spip.net/_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
David Samson wrote:
Mais une question reste ? Si tu me disais Slip sous SQL pour NT je
comprendrai mais la pourquoi ? Et c'est quoi rapidement PEAR::DB ces
nouveau ?
Moi ce qui m'interesserait, ca serait, par exemple, de pouvoir utiliser Spip sur un hébergement sans MySQL mais avec une DB dans un fichier plat (pour un petit site - avec en plus le système cache - ca reste viable en terme de performance), ou alors de ne pas forcer l'installation de MySQL pour une utilisation en Intranet alors qu'il y a deja un gros serveur Oracle pour tout un tas d'autres applications. Bref, pour tout les cas ou la platforme LAMP (Linux + Apache + MySQL + PHP) n'est pas idéale.
PEAR::DB c'est le package DB de PEAR. De ce que j'ai compris PEAR c'est un ensemble de package/classe PHP qui consistue des librairies de base écrites en PHP et qui sont trop spécialisées que pour être incluses dans la distribvution de PEAR (voir http://www.pear.net).
At 15:24 16/10/2003, Pierre BUYLE wrote:
PEAR::DB c'est le package DB de PEAR. De ce que j'ai compris PEAR c'est un ensemble de
c'est du code php pour le moment! au final, l'idea est d'avoir des librairies compiler 
pour des questions de vitesse
Tim
Pierre BUYLE a écrit :
David Samson wrote:
Mais une question reste ? Si tu me disais Slip sous SQL pour NT je
comprendrai mais la pourquoi ? Et c'est quoi rapidement PEAR::DB ces
nouveau ?Moi ce qui m'interesserait, ca serait, par exemple, de pouvoir utiliser Spip sur un hébergement sans MySQL mais avec une DB dans un fichier plat (pour un petit site - avec en plus le système cache - ca reste viable en terme de performance), ou alors de ne pas forcer l'installation de MySQL pour une utilisation en Intranet alors qu'il y a deja un gros serveur Oracle pour tout un tas d'autres applications. Bref, pour tout les cas ou la platforme LAMP (Linux + Apache + MySQL + PHP) n'est pas idéale.
PEAR::DB c'est le package DB de PEAR. De ce que j'ai compris PEAR c'est un ensemble de package/classe PHP qui consistue des librairies de base écrites en PHP et qui sont trop spécialisées que pour être incluses dans la distribvution de PEAR (voir http://www.pear.net).
Pear::DB, a, entre autre, l'avantage de fournir une interface vers les bases de données: en effet quand on utilise Pear::DB, que l'on se connecte à un serveur mysql, à un serveur MS SQL, a un serveur Oracle, ou autre, on utilise la meme syntaxe, le code est donc beaucoup plus portable, puisqu'il suffit de modifier quelques llignes dans le fichier de configuration pour changer de plateforme
je ne sais pas si SPIP utilise Pear::DB, mais je pense pas, puisqu'il me semble que SPIP n'est compatible qu'avec mysql il me semble
La seule chose qui manque à Pear::DB, c'est effectivement de pouvoir utilise un fichier texte comme support
J'ai trouvé sur le net un script qui permet d'utiliser un tel processus
je trouve celui ci assez bien fait puisqu'il permet d'effectuer des requetes SQL, comme on pourrait le faire avec Mysql!
J'ai donc fait quelques tests et il est possible d'écrire des fonctions intermédiaires, voir meme une classe qui permettrais, à la manière de Pear::DB, de garder la meme syntaxe quelque soit la base de données
en fait pour tout ce qui est serveur base de données, j'utilise pear, et pour ce qui est du fichier texte, je me sert de cette API
Je ne serai pas capable d'adapter ceci à SPIP, mais ca peut donner des indices si qqu est intéressé
Le Thu 16/10/2003 à 19:39, BARRAUD Fabien a écrit :
Pear::DB, a, entre autre, l'avantage de fournir une interface vers les
bases de données: en effet quand on utilise Pear::DB, que l'on se
connecte à un serveur mysql, à un serveur MS SQL, a un serveur Oracle,
ou autre, on utilise la meme syntaxe, le code est donc beaucoup plus
portable, puisqu'il suffit de modifier quelques llignes dans le fichier
de configuration pour changer de plateforme
À condition d'utiliser une syntaxe sql qui soit l'intersection de
tous ces serveurs.
Quid des fonctions de manipulation de chaines, de la fonction field
évoquée récemment, des outer join et autres timestamp ?
je ne sais pas si SPIP utilise Pear::DB, mais je pense pas, puisqu'il me
semble que SPIP n'est compatible qu'avec mysql il me semble
Non. Et pour le faire, il faudrait regarder de près le problème de la
licence : spip est gpl, pear et sous licence php qui est non-gpl il me
semble.
La seule chose qui manque à Pear::DB, c'est effectivement de pouvoir
utilise un fichier texte comme supportJ'ai trouvé sur le net un script qui permet d'utiliser un tel processus
c-worker.ch
Wah ! impressionant !
Et c'est performant ?
J'ai donc fait quelques tests et il est possible d'écrire des fonctions
intermédiaires, voir meme une classe qui permettrais, à la manière de
Pear::DB, de garder la meme syntaxe quelque soit la base de données
Il y a déjà un peu ça dans spip, même si c'est un peu "spécifique spip".
Il faudrait s'y pencher pour voir si on arrive à adapter ça à txtdbapi.
Je ne serai pas capable d'adapter ceci à SPIP, mais ca peut donner des
indices si qqu est intéressé
Heu ... pas tout de suite là
À+, Pif.
PS: je pense qu'on dérive vers un sujet spip-dev plutôt que spip là 