Zend FR

Hello,

2 pour moi

A+

j'utilise la même méthode. (2)
Ça n'est pas dérangeant d'avoir que ces 2-3 variables.

Et puis tu pourras coder des méthodes plus tard si tu en as besoin.

ok merci de vos réponses

Hello,

Concernant les BDD, un Zend_Db_Table_Row_Abstract possède des hook (pre_insert et post-insert) donc si j'ai besoin je l'ai utilise mais je ne vois pas l'intérêt de créer une fonction ajout dans un modèle.

A+

Voui...
mais que ce soit pre_insert et post-insert ou create row, je ne comprends pas comment ces mécanismes peuvent rendre inutile le mécanisme des transactions...

Un exemple juste pour illustrer mon propos :
j'ai une BDD pour un concessionnaire automobile qui me gère dans des tables différentes :
le stock de voitures,
les clients,
les commandes de client,
les demandes de réapprovisionnement,
le suivi des ventes sur une marque

Donc 5 tables.
La concession fait une vente, la vente est donc saisie sur l'intranet ce qui entraîne les traitements suivants :

1) Retrait du véhicule vendu de la table 'stock de voiture'
2) Ajout d'une créance sur la table 'client' pour l'acheteur concerné
3) Enregistrement de la commande du client dans la table 'commandes'
4) Création d'un enregistrement de demande d'approvisionnement dans la table 'approvisionnement'
5) Ajout de la référence du modèle vendu dans la table 'marque' du véhicule

Si je ne fais pas d'ouverture de transaction sur la base et qu'à l'étape 3 il y a un problème on aura une base de données qui a un problème d'intégrité, sur laquelle il faudra intervenir, soit à la main (si le problème n'est apparu qu'une ou deux fois dans la journée et qu'il y a une bonne log capable d'identifier les données en cause) soit avec une moulinette si le problème est plus fréquent.

Alors que si je fais :

public function creation_vente($vente_data) {
$this->_db->beginTransaction();
        try {
            // Mise à jour des tables
            $this->_db->commit();
        }
        catch (Exception $e) {
            $this->_db->rollBack(); // Les écritures partielles sont supprimées
            $this->logger->alert('Messqage d'erreur clair');
                        $this->dumptofile($vente_data);
        }
}

Ma base garde son intégrité, car soit j'écris tout, soit rien et je garde les données problématiques au chaud pour analyser le problème.

L'exemple donné est un cas d'école, mais c'est concrètement les méthodes que j'utilise aussi dans des traitements batch sur mainframe ou une chaîne tourne pendant plus de 40 heures en écrivant des millions de lignes dans plusieurs centaines de tables d'un SGBD relationnel (DB2)

Mais maintenant que Mysql gère les transactions je ne vois ni pourquoi ni comment s'en passer.
Mais je suis un débutant sur le Zend Framework, et peut être que les mécanismes dont vous me parlez gèrent les transactions en arrière plan, c'est ça ?
(Si oui, pardon d'avoir été un peu long pour rien)

Non pas de problème Mikaelkael,

Je suis un éternel angoissé de ne pas être capable de suivre les évolutions successives qu'imposent le développement.
Je te laisse imaginer le saut conceptuel que représente le début d'un apprentissage pour encoder son programme sur des cartes 80 ou 96 colonnes vers la maîtrise nécessaire, et si enrichissante, du développement objet...
(avec quelques étapes entre les deux, heureusement)

Donc le PHP, le HTTP, Ajax et autre, tout ça dans le ZF sont encore assez neufs pour moi, et il est facile de me faire douter.
J'ai donc cru que décidément je ne comprenais rien au ZF...

Cordialement.