Zend FR

Bonjour et bienvenue !

Quand tu définis ta classe, tu peux définir ta propre classe de Row :

class MyTable extends Zend_Db_Table_Abstract
{
    protected $_name = 'my_table';
    protected $_rowClass = 'MyRow';
}

Ensuite dans ton Row tu peux surcharger _transformColumn :

class MyRow extends Zend_Db_Table_Row_Abstract
{
    protected function _transformColumn($columnName)
    {
        $nativeColumnName = myTransformer($columnName);
        return $nativeColumnName;
    }
}

Je ne l'ai pas utilisé moi même, je ne sais pas si ça marche... n'hésite pas à nous envoyer un code qui marche quand tu auras tordu le cou à ton problème

A+, Philippe

Bonjour,

Le bugDescription, tu peux laisser tomber, c'est leur table bugs qui doit contenir une colonne bugDescription.

Pour la fonction myTransformer($columnName), je suppose qu'elle prend en argument le nom de ta colonne dans ton Zend_Db_Table (donc une string) et renvoie le nom de la colonne dans la base mysql.

A+, Philippe

J'ai enfin compris l'intérêt de _transformColumn !
Et par la même occasion, j'ai compris pourquoi je n'obtenais aucun changement.

En fait, surcharger _transformColumn revient à permettre d'invoquer un résultat de requete pour une colonne donnée avec l'identifiant de son choix. Un exemple parlant :
J'ai une table toto avec un champ toto_id.
Je souhaiterais récupérer ce champ par la commande $row->id en lieu et place de $row->toto_id après un fetch.
Il me suffit de créer une rowclass dont la méthode _transformColumn($columName) possède la ligne suivante :
if ($columnName == 'id') return 'toto_id';

C'est bon à savoir, mais malheureusement cela ne répond toujours pas à ma question initiale...
En effet, j'invoque en PHP avec le nom de colonne que je souhaiterais obtenir en retour, mais entre temps _transformColumn me l'a converti avec le nom de colonne tel qu'il existe dans la base. Du coup, lorsque j'invoque Zend_Json::encode($rowset->toArray()); le ZF me renvoie les noms de colonne d'origine. Cela ne correspond donc pas à un 'AS' en SQL.

Merci en tout cas à Philippe, et si quelqu'un a une idée...

Tout à fait d'accord avec toi...
A leur décharge, Zend_framework est un produit encore jeune et a été développé en peu de temps !
Sur Hibernate, il existe en langage HQL une clause FROM qui effectue l'opération que je souhaite (si je ne me trompe pas)...

Je préfère ne pas modifier le Zend framework que j'utilise, de peur que les changements n'aillent pas dans mon sens. Je suppose que ce dont j'ai besoin fait partie des prochains ajouts !
Une autre approche serait d'ajouter une clause $from à mon fetchAll, mais apparemment, il n'est possible d'indiquer qu'une clause $where...
Ce qui est dommage, c'est que j'ai déjà commencé mon projet avec, et que j'ai désormais le choix entre le faire à la main ou attendre patiemment...

A moins que quelque chose m'ait échappé ?

Merci pour ton aide en tout cas.

En effet, j'ai fini par utiliser une méthode select DIRECTEMENT SUR LA CONNEXION PAR DEFAUT A LA BASE et arriver au résultat souhaité, mais ne pas perdre de vue qu'on perd ainsi à moitié l'intérêt des méthodes automatisées de la classe Zend_db_abstract, puisque nulle part on ne fait appel à l'objet créé...

Ce qui est étrange, c'est que la clause from existe pour une requete select "de base", alors qu'elle est absente pour une requete via l'objet Zend_db_abstract.
Donc, le résultat s'apparente un peu à de la bidouille (peut-être est-ce voulu ?), ce qui est dommage quand on considère la rigueur que peut apporter un framework.

Voilà voilà...