C'est vrai que je n'utilise personnellement pas trop ces fonctions. En fait, qq part, c'est assez difficile de concilier symfony qui incite à tout gérer à l'intérieur du projet avec des fonctions externes, car elles peuvent transformer les données "dans le dos" de symfony. Ceci dit, j'ai vu sur le forum de symfony que certains développeurs utilisaient des vues avec oracle, donc il y a peut être moyen d'y arriver.
Nautile On 28 mar, 19:30, "Jeremie Engel" <[EMAIL PROTECTED]> wrote: > Concernnant le problème du build-all, le problème que je vois c'est que si > tu sors d'une base de données "plate" qui implémente des procédures stockées > par exemple j'ai l'impression que ça ne fonctionne plus. > Pour ma part, j'utilise beaucoup Postgresql et les fonctionnalités avancées > que ce SGDB offre (notamment les triggers et les fonctions en perl). Pour de > telles bases, d'une part je ne trouve pas comment déclarer ces éléments dans > un fichier YAML et d'autre part, j'ai testé le build-schema de symfony sur > une base qui contient des triggers et nada, rien de plus que le schema > relationnel ne passe. Bref, je ne vois pas comment satisfaire mon besoin de > dégradation des bases avec propel et un dump réinjecté ne convient pas non > plus. Donc je persite un peu sur mon idée de distinguer la modélisation de > la base, de la spécification du modèle objet des classes. > Sur le fond je suis d'accord avec l'objectif de modélisation mais sur la > forme et l'opérationnel, j'arrive pas à m'insérer dans les schemas proposés. > > Concernant le second point, je cherche juste à savoir s'il exite le principe > bien pratique que l'on trouve en Cocoa/ObjectiveC d'initialisation des > objets à partir de sources diverses. Dans le cas précis de mon objet User, > il s'agirait de pouvoir l'initialiser aussi bien à partir des données issues > de la base de données que par exemple des données d'un POST issues d'un > formulaire web. J'ai un peu regardé les classes dans la librairie principale > de symfony et ne trouve rien qui ressemble à ça... > C'est pas dramatique non plus :) et pas très long à développer. > > merci pour vos réponses en tous cas :) et chapeau bas aux 2 messieurs de > symfony qui a l'air vraiment performant sans être pour autant une usine à > gaz qui ne demande qu'à exploser ! > > jeremie > > Le 28/03/07, Nicolas Perriault <[EMAIL PROTECTED]> a écrit : > > > nautilebleu a écrit : > > > > Si, tu peux tout à fait ! Mais cette fonction fera derrière un > > > criteria qui sera injecté dans un doSelectOne($c) > > > Oui c'est bien ça :) > > > == > > > -- > > Nicolas Perriault http://www.clever-age.com > > Clever Age - Conseil en architecture technique > > GSM: +33 6 60 92 08 67 Tél: +33 1 53 34 66 10 > > > Clever Age vous invite à ses petits-déjeuners > >http://www.clever-age.com/actualites/petits-dejeuners/ --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [EMAIL PROTECTED] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/symfony-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
