Discussion :

[fourchette]

en utilisateur absolument ra-vi de adodb et depuis des années (=> http://adodb.sourceforge.net/), pour une branche future de developpement d'un de mes projets php, j'envisage de faire sauter un cheap framework fait maison pour passer à un truc un peu plus sérieux.

je louche sur symphony. c'est vrai que c'est tres tres bien et corespond bien à ma philosophie de travail. mais dans le contexte c'est un peu sortir un bazooka pour tuer une mouche

et en mm temps, je connais déjà bien adodb et ca fait un moment que je tourne autour de leur Adodb Active Record un peu indécis.

http://phplens.com/lens/adodb/docs-active-record.htm

qqn connait ? a testé ? c'est bien ?

une reco peut-etre ?

[fourchette]

des mois que j'attends une réponse ici...

ou le temps de regarder moi-meme

et ben voilà c'est fait

j'ai pu tester concretement et c'est tres tres bien

ex :

1. d'abord dans son sgdb préféré on créé la base, le user qui va l'accéder, on bricole ses tables et tout. ici j'ai créé une table personnes (qui faut mettre le nom de la table au pluriel, sinon il faut dire explicitement dans le code comment s'appelle la classe qui correspond à la table)

2. coté php ca donne (ex d'un simple insert)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
require_once('adodb/adodb.inc.php');
require_once('adodb/adodb-active-record.inc.php');
 
$db = NewADOConnection('mysql://user:secret@localhost/madatabase');
//$db->debug = true;
ADOdb_Active_Record::SetDatabaseAdapter($db);
 
class personne extends ADOdb_Active_Record{}
 
$personne = new personne(); 
 
$personne->nom = "dubois";
$personne->prenom = "jean";
$personne->save();

il y a mm une gestion des relations entre tables.

sur les cotés négatifs, et bien
* je n'ai pas pu tester en montée de charge, donc je ne peux pas trop en parler. mais j'ai déjà tres confiance dans la lib ado-db qui est déjà vraiment très bien. son moteur de cache interne est déjà très efficace sans le active-record
* c'est mineur mais qd mm agacant : dans le sql généré par active-record il n'y a pas de caractère d'échappement autour des noms de champ et nom de table. Evidemment, un de mes champ s'appellait group et evidemment le
insert nom, prenom, group ....
a buggué.
* c'est indépendant de la lib mais à mentionner tt de meme : comme tout principe de active record, il faut se méfier des boucles for. Il n'est pas tres efficace de faire 100000 fois 1 update. mieux vaut dans ce cas en revenir à du sql customisé. c'est bien indiqué dans la doc qd mm

dc evidemment c'est tres interessant.
apres bon, si vous utilisez déjà un framework avancé, il est probable que ce type de fonctionnalité soit déjà inclu.

pour les autres, ca vaut vraiment le détour je pense