[symfony-fr] Re: mise a jour bdd
ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base de données je dois me connecter en ssh. Comment puis-je faire ? Cdt Le 29 août 2011 17:41, Mohamed Ayoub Benjelloun benjellounay...@gmail.combenjellounay...@gmail.com a écrit : Bonjour, - Structure: Il est possible de faire du reverse ingeneering via la commande php symfony propel:build-schema Elle te générera ton schema.yml depuis ton sql (ceci est valable pour propel, creuses du coté de doctrine ça offre surement la même chose si c'est ce que tu utilises comme ORM) http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... Bon courage Le 29 août 2011 16:18, alex baron alexbaro...@gmail.com alexbaro...@gmail.com a écrit : doctrine migration fait cela il me semble. Le 29 août 2011 17:04, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : Un dump c'est juste une sauvegarde. En pratique, quelque soit ton sgbd, il te permet de faire une sauvegarde soit de l'architecture de la base, soit de tes données, soit des deux. Ça te permet de générer un script SQL tout simplement. 2011/8/29 Florine Becquet florinett...@gmail.com florinett...@gmail.com J'ai déjà 27 tables avec énormément de données. Comment fonctionne dump ? Le 29 août 2011 16:56, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : je ne sais pas comment faire cela, mais tu peux : -faire un dump de tes données si elles en sont pas dans des fixtures -mettre à jour ta bdd -repeupler ta bdd grâce au dump 2011/8/29 FloFlo Caliméro florinett...@gmail.com florinett...@gmail.com Bonjour, J'ai déjà une bdd remplie et je voudrais rajouter des tables via symfony. Comment puis-je mettre à jour ma base de données sans effacer les tables déjà existantes ? Cdt -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony-fr@googlegroups.comsymfony-fr@googlegroups.com. Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr%2bunsubscr...@googlegroups.com symfony-fr+unsubscr...@googlegroups.com. Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/symfony-fr?hl=fr http://groups.google.com/group/symfony-fr?hl=fr -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony-fr@googlegroups.comsymfony-fr@googlegroups.com. Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr%2bunsubscr...@googlegroups.com symfony-fr+unsubscr...@googlegroups.com. Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/symfony-fr?hl=fr http://groups.google.com/group/symfony-fr?hl=fr
Re: [symfony-fr] Re: mise a jour bdd
Pourquoi désires tu créer des fixtures si ta base contient déjà les données? Le 30 août 2011 10:39, FloFlo Caliméro florinett...@gmail.com a écrit : ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base de données je dois me connecter en ssh. Comment puis-je faire ? Cdt Le 29 août 2011 17:41, Mohamed Ayoub Benjelloun benjellounay...@gmail.combenjellounay...@gmail.com a écrit : Bonjour, - Structure: Il est possible de faire du reverse ingeneering via la commande php symfony propel:build-schema Elle te générera ton schema.yml depuis ton sql (ceci est valable pour propel, creuses du coté de doctrine ça offre surement la même chose si c'est ce que tu utilises comme ORM) http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... Bon courage Le 29 août 2011 16:18, alex baron alexbaro...@gmail.com alexbaro...@gmail.com a écrit : doctrine migration fait cela il me semble. Le 29 août 2011 17:04, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : Un dump c'est juste une sauvegarde. En pratique, quelque soit ton sgbd, il te permet de faire une sauvegarde soit de l'architecture de la base, soit de tes données, soit des deux. Ça te permet de générer un script SQL tout simplement. 2011/8/29 Florine Becquet florinett...@gmail.com florinett...@gmail.com J'ai déjà 27 tables avec énormément de données. Comment fonctionne dump ? Le 29 août 2011 16:56, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : je ne sais pas comment faire cela, mais tu peux : -faire un dump de tes données si elles en sont pas dans des fixtures -mettre à jour ta bdd -repeupler ta bdd grâce au dump 2011/8/29 FloFlo Caliméro florinett...@gmail.com florinett...@gmail.com Bonjour, J'ai déjà une bdd remplie et je voudrais rajouter des tables via symfony. Comment puis-je mettre à jour ma base de données sans effacer les tables déjà existantes ? Cdt -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony-fr@googlegroups.comsymfony-fr@googlegroups.com . Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr%2bunsubscr...@googlegroups.com symfony-fr+unsubscr...@googlegroups.com. Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/symfony-fr?hl=fr http://groups.google.com/group/symfony-fr?hl=fr -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony-fr@googlegroups.comsymfony-fr@googlegroups.com. Pour vous
Re: [symfony-fr] Re: mise a jour bdd
Oui j'allais poser la question. Si ta base contient les données, tu n'as qu'à les sauvegarder avec le dump, mettre à jour tes tables, et lancer le script d'insertion afin de repeupler tes tables. Attention toutefois si tu as fait des changements dans le nom de certaines tables ou champs. 2011/8/30 Mohamed Ayoub Benjelloun benjellounay...@gmail.com Pourquoi désires tu créer des fixtures si ta base contient déjà les données? Le 30 août 2011 10:39, FloFlo Caliméro florinett...@gmail.com a écrit : ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base de données je dois me connecter en ssh. Comment puis-je faire ? Cdt Le 29 août 2011 17:41, Mohamed Ayoub Benjelloun benjellounay...@gmail.combenjellounay...@gmail.com a écrit : Bonjour, - Structure: Il est possible de faire du reverse ingeneering via la commande php symfony propel:build-schema Elle te générera ton schema.yml depuis ton sql (ceci est valable pour propel, creuses du coté de doctrine ça offre surement la même chose si c'est ce que tu utilises comme ORM) http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... Bon courage Le 29 août 2011 16:18, alex baron alexbaro...@gmail.com alexbaro...@gmail.com a écrit : doctrine migration fait cela il me semble. Le 29 août 2011 17:04, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : Un dump c'est juste une sauvegarde. En pratique, quelque soit ton sgbd, il te permet de faire une sauvegarde soit de l'architecture de la base, soit de tes données, soit des deux. Ça te permet de générer un script SQL tout simplement. 2011/8/29 Florine Becquet florinett...@gmail.com florinett...@gmail.com J'ai déjà 27 tables avec énormément de données. Comment fonctionne dump ? Le 29 août 2011 16:56, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : je ne sais pas comment faire cela, mais tu peux : -faire un dump de tes données si elles en sont pas dans des fixtures -mettre à jour ta bdd -repeupler ta bdd grâce au dump 2011/8/29 FloFlo Caliméro florinett...@gmail.com florinett...@gmail.com Bonjour, J'ai déjà une bdd remplie et je voudrais rajouter des tables via symfony. Comment puis-je mettre à jour ma base de données sans effacer les tables déjà existantes ? Cdt -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony-fr@googlegroups.com symfony-fr@googlegroups.com. Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr%2bunsubscr...@googlegroups.com symfony-fr+unsubscr...@googlegroups.com. Pour plus d'options, consultez la page de ce
Re: [symfony-fr] Re: mise a jour bdd
A vrai dire c'est possible sous doctrine mais théoriquement assez risqué et encore faut il se poser la question est ce vraiment utile? En tout cas *symfony doctrine:data-dump* ferait l'affaire, elle te créera un fichier de fixture par table, cependant fais attention à certains types de champs que t'auras surcharger sur symfony, l'exemple est valable par exemple pour un champ varchar que t'auras surcharger sur ton lib/form/ en file ceci impliquera que le lien du fichier sera enregistrer sur ta base mais que faire appelle à ce widget sur tes templates l'affichera en input type file, donc tes fixtures seront remplies de données par forcément cohérentes quand il s'agit de ce cas (il en existe peut être d'autres) et donc tu n'arriveras pas à réutiliser ta base en important tes fixtures Sois vigilante (et continues à faire des dump à chaque fois qu'il s'agit de manip risquée) Le 30 août 2011 10:44, Cyril Flieller cyril.fliel...@gmail.com a écrit : Oui j'allais poser la question. Si ta base contient les données, tu n'as qu'à les sauvegarder avec le dump, mettre à jour tes tables, et lancer le script d'insertion afin de repeupler tes tables. Attention toutefois si tu as fait des changements dans le nom de certaines tables ou champs. 2011/8/30 Mohamed Ayoub Benjelloun benjellounay...@gmail.com Pourquoi désires tu créer des fixtures si ta base contient déjà les données? Le 30 août 2011 10:39, FloFlo Caliméro florinett...@gmail.com a écrit : ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base de données je dois me connecter en ssh. Comment puis-je faire ? Cdt Le 29 août 2011 17:41, Mohamed Ayoub Benjelloun benjellounay...@gmail.combenjellounay...@gmail.com a écrit : Bonjour, - Structure: Il est possible de faire du reverse ingeneering via la commande php symfony propel:build-schema Elle te générera ton schema.yml depuis ton sql (ceci est valable pour propel, creuses du coté de doctrine ça offre surement la même chose si c'est ce que tu utilises comme ORM) http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode.. . http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode... Bon courage Le 29 août 2011 16:18, alex baron alexbaro...@gmail.com alexbaro...@gmail.com a écrit : doctrine migration fait cela il me semble. Le 29 août 2011 17:04, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : Un dump c'est juste une sauvegarde. En pratique, quelque soit ton sgbd, il te permet de faire une sauvegarde soit de l'architecture de la base, soit de tes données, soit des deux. Ça te permet de générer un script SQL tout simplement. 2011/8/29 Florine Becquet florinett...@gmail.com florinett...@gmail.com J'ai déjà 27 tables avec énormément de données. Comment fonctionne dump ? Le 29 août 2011 16:56, Cyril Flieller cyril.fliel...@gmail.com
Re: [symfony-fr] Re: mise a jour bdd
Un lien utile: http://www.doctrine-project.org/projects/orm/1.2/docs/manual/data-fixtures/en#dumping Le 30 août 2011 11:17, Mohamed Ayoub Benjelloun benjellounay...@gmail.coma écrit : A vrai dire c'est possible sous doctrine mais théoriquement assez risqué et encore faut il se poser la question est ce vraiment utile? En tout cas *symfony doctrine:data-dump* ferait l'affaire, elle te créera un fichier de fixture par table, cependant fais attention à certains types de champs que t'auras surcharger sur symfony, l'exemple est valable par exemple pour un champ varchar que t'auras surcharger sur ton lib/form/ en file ceci impliquera que le lien du fichier sera enregistrer sur ta base mais que faire appelle à ce widget sur tes templates l'affichera en input type file, donc tes fixtures seront remplies de données par forcément cohérentes quand il s'agit de ce cas (il en existe peut être d'autres) et donc tu n'arriveras pas à réutiliser ta base en important tes fixtures Sois vigilante (et continues à faire des dump à chaque fois qu'il s'agit de manip risquée) Le 30 août 2011 10:44, Cyril Flieller cyril.fliel...@gmail.com a écrit : Oui j'allais poser la question. Si ta base contient les données, tu n'as qu'à les sauvegarder avec le dump, mettre à jour tes tables, et lancer le script d'insertion afin de repeupler tes tables. Attention toutefois si tu as fait des changements dans le nom de certaines tables ou champs. 2011/8/30 Mohamed Ayoub Benjelloun benjellounay...@gmail.com Pourquoi désires tu créer des fixtures si ta base contient déjà les données? Le 30 août 2011 10:39, FloFlo Caliméro florinett...@gmail.com a écrit : ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base de données je dois me connecter en ssh. Comment puis-je faire ? Cdt Le 29 août 2011 17:41, Mohamed Ayoub Benjelloun benjellounay...@gmail.combenjellounay...@gmail.com a écrit : Bonjour, - Structure: Il est possible de faire du reverse ingeneering via la commande php symfony propel:build-schema Elle te générera ton schema.yml depuis ton sql (ceci est valable pour propel, creuses du coté de doctrine ça offre surement la même chose si c'est ce que tu utilises comme ORM) http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode.. . http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode. .. Bon courage Le 29 août 2011 16:18, alex baron alexbaro...@gmail.com alexbaro...@gmail.com a écrit : doctrine migration fait cela il me semble. Le 29 août 2011 17:04, Cyril Flieller cyril.fliel...@gmail.com cyril.fliel...@gmail.com a écrit : Un dump c'est juste une sauvegarde. En pratique, quelque soit ton sgbd, il te permet de faire une sauvegarde soit de l'architecture de la base, soit de tes données, soit des deux. Ça te permet de générer un script SQL tout simplement. 2011/8/29 Florine Becquet
[symfony-fr] Re: mise a jour bdd
Je profite de ce post pour poser une autre tite question : J'ai des colonnes qui ont plusieurs mots (par ex: nb mots) Or dans la requete avec doctrine il essaie de renommer les champs (e.`nb mots` AS e__`nb mots`) ce qui me créé une erreur. Comment puis-je régler ce problème sans renommer les colonnes dans mysql ? Cdt On 30 août, 12:19, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: Un lien utile:http://www.doctrine-project.org/projects/orm/1.2/docs/manual/data-fix... Le 30 août 2011 11:17, Mohamed Ayoub Benjelloun benjellounay...@gmail.coma écrit : A vrai dire c'est possible sous doctrine mais théoriquement assez risqué et encore faut il se poser la question est ce vraiment utile? En tout cas *symfony doctrine:data-dump* ferait l'affaire, elle te créera un fichier de fixture par table, cependant fais attention à certains types de champs que t'auras surcharger sur symfony, l'exemple est valable par exemple pour un champ varchar que t'auras surcharger sur ton lib/form/ en file ceci impliquera que le lien du fichier sera enregistrer sur ta base mais que faire appelle à ce widget sur tes templates l'affichera en input type file, donc tes fixtures seront remplies de données par forcément cohérentes quand il s'agit de ce cas (il en existe peut être d'autres) et donc tu n'arriveras pas à réutiliser ta base en important tes fixtures Sois vigilante (et continues à faire des dump à chaque fois qu'il s'agit de manip risquée) Le 30 août 2011 10:44, Cyril Flieller cyril.fliel...@gmail.com a écrit : Oui j'allais poser la question. Si ta base contient les données, tu n'as qu'à les sauvegarder avec le dump, mettre à jour tes tables, et lancer le script d'insertion afin de repeupler tes tables. Attention toutefois si tu as fait des changements dans le nom de certaines tables ou champs. 2011/8/30 Mohamed Ayoub Benjelloun benjellounay...@gmail.com Pourquoi désires tu créer des fixtures si ta base contient déjà les données? Le 30 août 2011 10:39, FloFlo Caliméro florinett...@gmail.com a écrit : ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base de données je dois me connecter en ssh. Comment puis-je faire ? Cdt Le 29 août 2011 17:41, Mohamed Ayoub Benjelloun benjellounay...@gmail.combenjellounay...@gmail.com a écrit : Bonjour, - Structure: Il est possible de faire du reverse ingeneering via la commande php symfony propel:build-schema Elle te générera ton schema.yml depuis ton sql (ceci est valable pour propel, creuses du coté de doctrine ça offre surement la même chose si c'est ce que tu utilises comme ORM) http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode.. . http://www.librosweb.es/symfony_1_2_en/capitulo8/dont_create_the_mode. .. Bon courage Le 29 août 2011 16:18, alex baron alexbaro...@gmail.com alexbaro...@gmail.com a écrit :
Re: [symfony-fr] Re: mise a jour bdd
Je crains qu'il n y ait pas moyen de le faire, à moins de te balader dans le code doctrine, de trouver et de surcharger la méthode qui a comme fonction de renommer les noms des colonnes puis de faire de même à toutes les méthodes qui à travers doctrine générent du code sql qui interagi avec la base (select, insert, delete, update ...) et cela revient à réécrire doctrine je te conseillerai plutôt de faire en sorte de supprimer les espaces de tes nomenclatures, ce fut une mauvaise idée de les utiliser peu importe le temps que cela va te prendre c'est malheureusement la seule solution ... Le 30 août 2011 13:10, FloFlo Caliméro florinett...@gmail.com a écrit : Je profite de ce post pour poser une autre tite question : J'ai des colonnes qui ont plusieurs mots (par ex: nb mots) Or dans la requete avec doctrine il essaie de renommer les champs (e.`nb mots` AS e__`nb mots`) ce qui me créé une erreur. Comment puis-je régler ce problème sans renommer les colonnes dans mysql ? Cdt On 30 août, 12:19, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: Un lien utile: http://www.doctrine-project.org/projects/orm/1.2/docs/manual/data-fix... Le 30 août 2011 11:17, Mohamed Ayoub Benjelloun benjellounay...@gmail.coma écrit : A vrai dire c'est possible sous doctrine mais théoriquement assez risqué et encore faut il se poser la question est ce vraiment utile? En tout cas *symfony doctrine:data-dump* ferait l'affaire, elle te créera un fichier de fixture par table, cependant fais attention à certains types de champs que t'auras surcharger sur symfony, l'exemple est valable par exemple pour un champ varchar que t'auras surcharger sur ton lib/form/ en file ceci impliquera que le lien du fichier sera enregistrer sur ta base mais que faire appelle à ce widget sur tes templates l'affichera en input type file, donc tes fixtures seront remplies de données par forcément cohérentes quand il s'agit de ce cas (il en existe peut être d'autres) et donc tu n'arriveras pas à réutiliser ta base en important tes fixtures Sois vigilante (et continues à faire des dump à chaque fois qu'il s'agit de manip risquée) Le 30 août 2011 10:44, Cyril Flieller cyril.fliel...@gmail.com a écrit : Oui j'allais poser la question. Si ta base contient les données, tu n'as qu'à les sauvegarder avec le dump, mettre à jour tes tables, et lancer le script d'insertion afin de repeupler tes tables. Attention toutefois si tu as fait des changements dans le nom de certaines tables ou champs. 2011/8/30 Mohamed Ayoub Benjelloun benjellounay...@gmail.com Pourquoi désires tu créer des fixtures si ta base contient déjà les données? Le 30 août 2011 10:39, FloFlo Caliméro florinett...@gmail.com a écrit : ça y est j'ai réussi à récupérer le sql pour faire mon yml :) Par contre les majuscules ne sont pas prises en compte sous symfony ? et si j'ai cette table la par exemple: TableDateDebut: connection: doctrine tableName: table_date_debut columns: OBJECTID: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true value: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false label: type: string(128) fixed: false unsigned: false primary: false notnull: true autoincrement: false Comment puis-je créer mon fichier de données ? Cdt On 29 août, 19:21, Mohamed Ayoub Benjelloun benjellounay...@gmail.com wrote: L'idée c'est de récupérer le .sql, de l'injecter dans la BD connectée à ton projet puis d'en déduire le schema.yml en utilisant la commande *php symfony propel:build-schema* (sur propel) Le 29 août 2011 18:06, Cyril Flieller cyril.fliel...@gmail.com a écrit : En SQL, si tu choisis cette méthode, c'est totalement indépendant de Symfony. Mais je te conseille de regarder ce que propose doctrine ou propel, car j'imagine qu'il est possible d'importer les données au format yml. 2011/8/29 FloFlo Calimero florinett...@gmail.com Et ça récupére en yml ou en sql ? Envoyé de mon iPhone Le 29 août 2011 à 18:28, Mohamed Ayoub Benjelloun benjellounay...@gmail.com a écrit : fais attention de faire un dump avant une quelconque manip sur ta bd ! Le 29 août 2011 17:26, Mohamed Ayoub Benjelloun benjellounay...@gmail.com benjellounay...@gmail.com a écrit : *Export: * en ssh : mysqldump -uUSER -pPASS NOMBD nomfichier.sql *Import* en ssh : mysql -uUSER -pPASS NOMBD nomfichier.sql Le 29 août 2011 17:06, Florine Becquet florinett...@gmail.com florinett...@gmail.com a écrit : Le problème pour dump c'est que je suis sous linux et que pour accéder à la base
