Glagla Dot Org

Astuce symfony : ne pas charger une colonne lors de « l’hydratation » d’un objet

En fait c’est plutôt une astuce Propel ;-).

Quand vous chargez des données depuis la base (avec doSelect ou retrieveByPk) vous récupérez des objets complètement « hydratés ». C’est à dire que chaque objet représente une ligne de votre base de donnée avec autant de variables membres que de colonnes. Un problème évident peut survenir si votre table contient des champs lourds à charger comme des binaires (BLOB) si vous voulez stocker des images, ou des chaines très longues (CLOB) pour du XML par exemple. C’est autant de données qu’il faudra extraire et charger dans vos objets ; autant vous dire que ce n’est pas forcément anodin en terme de performance (et je parle d’expérience).

Une solution simple existe pour contourner ce soucis. Dans le fichier décrivant vos données (schema.yml) ajouter simplement lazyLoad: true dans la description de la colonne que vous ne désirez pas charger.

matable:
  id:
    type: INTEGER
    required: true
    autoIncrement: true
    primaryKey: true
  smallcol:
    type: VARCHAR
    size: 255
  bigcol:
    type: CLOB
    lazyLoad: true

Avec cette configuration, si je fais : MatablePeer::retrieveByPk(1), j’aurais un objet contenant uniquement les champs id et smallcol. Par contre, quand, sur mon objet, je ferais un ->getBigCol(), Propel lancera une requête (en fait un doSelectRS sur le champs en question) et récupèrera notre donnée.

Astucieux non ?

Dans Info et autres geekeries | 3 commentaires | Tags : php > php5 > propel > symfony

Mais qui surfe avec la PSP ???

Le mois dernier, 127 visites sur podcastfr.info ont été faites depuis une playstation portable !

dingue non ?

Dans Info et autres geekeries | 6 commentaires | Tags : podcastfr > statistiques

Astuce symfony : mesurer le temps d’exécution d’un bout de code

Voici le code permettant d’ajouter une entrée dans la liste des timers de Symfony. On peut écrire ce code dans une libraire, une classe de modèle etc ….

$timer = sfTimerManager::getTimer('hardwork !!!!');
myClass::workHardPlease();
$timer->addTime();

Les développeurs , en utilisant la barre de débogage de symfony, verront alors le temps consommé lors de l’exécution de myClass::workHardPlease et pourront, si nécessaire, passer un peu de temps à l’optimiser. (par défaut, Symfony nous montre le temps consommé pour parser les fichiers de configurations, jouer les requêtes sql, rendre les templates etc.)

ps : c’est une « astuce ». Si vous avez de vrai problèmes de performances un profiling plus complet avec un outils spécialisé (comme xdebug) sera vraisemblablement nécessaire.

Dans Info et autres geekeries | Un commentaire | Tags : php > php5 > symfony

I’m back !

Après vingt jours d’hôpital, je suis rentré chez moi avec grand plaisir.

J’ai eu quelques complications ce qui a allongé mon séjour. Le plus important est que la greffe du fiston a fonctionnée à merveille et qu’il se porte comme un charme.

Dans Ma vie | 2 commentaires | Tags : tom