Zend FR

Je viens de tester ceci :

<?php
$db = new Zend_Db_Adapter_Mysqli(array(
    'host'     => '127.0.0.1',
    'username' => 'julien',
    'password' => 'password',
    'dbname'   => 'test'));
    
$db->getConnection(); // pour le fun

class test extends Zend_Db_Table_Abstract { }

$t = new test($db);
echo $t->insert(array('champ'=>'valeur'));

Tout fonctionne très bien, sur une table 'test' très basique, avec clé primaire autoincrémentée... ?

Version SVN aussi, je n'ai pas creusé plus, mais il existe actuellement quelques bugs pour cette classe (ZF-2175 par exemple)

Merci à tous pour vos réponses qui m'ont bien été utiles.

J'utilise actuellement le ZF 1.0.2, mais de ce point de vue ça ne change rien, j'ai fais une comparaison de répertoires et de fichiers avec la version du SVN et il n'y a aucune modification sur les objets concernés.

Et le fait que ça marche chez vous m'a permis d'essayer de comprendre quelle pouvait être la différence entre votre cas et le mien.

Et finalement je l'ai trouvée : c'est que je fais un mysqli_set_charset sur l'objet _connection lors de sa création (via une extension de la classe Zend_Db_Adapter_Mysqli, mais je n'en avais pas précisé les détails par souci de simplicité). Et l'encodage était redéfini plusieurs fois d'affiliée, et bien que la fonction mysqli_set_charset retournait true à chaque fois, ça faisait que ça ne marchait pas. Désormais l'appel à mysqli_set_charset ne se fait qu'une seule fois et mon lastInsertId fonctionne !!

Oui sekaijin tu as très certainement raison. Je déteste utiliser aussi directement Zend_Db_Table. Surtout pour la représentation objet (je ne veux pas qu'une clé étrangère soit représentée par la valeur de l'identifiant de l'autre base, mais par l'objet de cette autre base).
De manière générale je trouve que ça n'offre pas vraiment de souplesse au niveau des objets et ça alourdit plutôt que de simplifier à mon goût.
Mais j'essaierai ta méthode en tout cas.

Merci de votre réactivité et de m'avoir aidé à trouver cette erreur

SweedyMick a écrit:

Peux-tu donner quelques détails sur ce dernier point ? Je n'ai pas compris en quoi tu faisais 2 requêtes et comment tu fais pour n'updater que le donnés qui ont changées (si c'est sans maintenir un tableau des valeurs modifiées, que l'on pourrait mettre à jour avec la magic function __set).

Si tu as une URL d'un blog ou d'un wiki qui donne une bonne structure pour exploiter au maximum les méchanismes ORM (en utilisant le Zend Framework), je suis preneur.
Apparemment tout simplement ton blog que j'ai trouvé en faisant quelques recherches !

je n'utilise pas directement Zend_Db_Table_Abstract en donnant le nom de la table sur laquelle travailler
mais je lui fournis en plus une classe qu'elle doit utiliser pour lire les données.
cette classe dérive de Zend_Db_Table_Row
lorsque je veux inséré un élément au lieu de donner le tableau à la table pour faire un insert ou update
je demande à la table une instance de ma classe par
$userTable->createRow en lui donnant le tableau pour un insert
ou $userTable->find dans lequel je modifie les valeurs pour un update
ensuite sur cet objet je fais un simple $user->save();

Zend_Db sait seul décider s'il faut faire update ou insert et dans le cas de l'update ne mettre à jour que les valeurs modifiées.


en contre partie après le insert ou l'update Zend_Db fait un refrech automatique de mon objet $user
j'ai donc nécessairement deux requêt puisque après la première insert ou update zend_db en ajoute un select pour le refresh

je n'ai pas à maintenir de tableau pour géré les modifs car Zend_db_Table_Row le fait pour moi.

A+JYT

Dernière modification par sekaijin (07-12-2007 13:36:20)