Du SQL au YML en gardant les actions on-delete de la clé étrangère

**Mich972** · 08/05/2010, 14h06

Bonjour à tous,

Je travaille actuellement sur une assez grosse base de données que j'ai modélisée avec le logiciel Mysql-Workbench pour me faciliter la tache.
J'effectue donc toutes mes relations et le tout le tralala...
Puis je génère mon fichier.sql et je le lance ds Mysql afin de créer ma base de données.
Enfin, utilisant le framework symfony, j'utilise la commande "php symfony doctrine:build-schema" afin de générer mon shema.yml à partir de la base créée auparavant.
Malheur pour moi, le shema.yml est bien généré mais sans les actions on-delete et sans les auto-increment.
J'ai vraiment pas envi décrire tout cela à la main étant donné que la base est assez grosse.
Il y a t-il un moyen de généré les actions on-delete en même temps que le shema.yml à partir d'un fichier.sql?

Merci d'avance!

**Michel Rotta** · 08/05/2010, 15h48

Dans les relations, le "ondelete" est la valeur par défaut... donc il n'y a rien à faire.

Par contre, l'auto-incrément est plus étonnant. Est-ce qu'il est bien intégré dans MySql ?

**Mich972** · 08/05/2010, 16h04

D'après mes petites recherches il existe un plugin Doctrine pour Mysql-Workbench qui génère les actions on-delete (cascade etc...). En revanche j'ai cru lire qu'il ne serait pas fiable a 100%.
Quelqu'un d'expérience pourrait-il m'éclairé? D'ailleurs je suis loin d'être le seul confronté au problème car même le plugin symfony pour Workbench ne prend pas en compte les actions on-delete et on-update.
Merci

Annexe plugin doctrine pour mysql-workbench:
http://code.google.com/p/mysql-workb...ctrine-plugin/

**Mich972** · 08/05/2010, 16h07

Dans ma base de données j'ai certain on-delete avec cascade et d'autre avec set-null. Donc je ne pense pas pouvoir laisser mon schema.yml comme d'origine.

**Mich972** · 09/05/2010, 17h22

petit lien intéressant:
http://blog.mazenod.fr/2010/03/outil...-pour-symfony/

Qui résume le problème en apportant des solutions.

**Mich972** · 09/05/2010, 18h31

Donc j'ai testé le plugin Doctrine sous Mysql-Workbench et le résultat est satisfaisant (à première vue). les on-delete: cascade et set-null sont bien générés.

J'espère avoir contribué à la démocratisation du framework symfony et doctrine

**Mich972** · 10/05/2010, 02h27

J'ai un problème

Quand j'utilise mon fichier.sql pour créer ma base (directement sur Mysql), les on-delete cascade fonctionnent super bien. Alors que quand j'utilise le schema.yml généré par le puglin doctrine pour créer ma base (à partir de symfony), les actions on-delete sont bien là mais quand je supprime un parent Mysql me retourne l'erreur:

#1452 - Cannot add or update a child row: a foreign key constraint fails ... ON DELETE CASCADE ON UPDATE NO ACTION

à ne rien comprendre

**Mich972** · 10/05/2010, 02h51

Quand je craie ma base de données avec le schema.yml généré par le plugin Doctrine, et que je "reredéfinie" les actions on-delete: cascade directement sur Mysql tout fonctionne super bien

**symff** · 07/06/2010, 09h46

Bonjour,

J'ai le même genre de problème que vous.

Voilà mon erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete or update a parent row: a foreign key constraint fails (`db_lrs/TDossier`, CONSTRAINT `TDossier_numdossier_TMedaille_tdossier_numdossier` FOREIGN KEY (`NumDossier`) REFERENCES `TMedaille` (`TDossier_NumDossier`))

Et voilà mon schéma :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
TMedaille:
  connection: doctrine
  tableName: TMedaille
  columns:
    nummedaille:
      type: integer(4)
      fixed: false
      unsigned: true
      primary: true
      autoincrement: false
    tdossier_numdossier:
      type: integer(4)
      fixed: false
      unsigned: true
      primary: false
      notnull: true
      autoincrement: false
    tprofile_numprofile:
      type: integer(4)
      fixed: false
      unsigned: true
      primary: false
      notnull: true
      autoincrement: false
    tnuance_numnuance:
      type: integer(4)
      fixed: false
      unsigned: true
      primary: false
      notnull: true
      autoincrement: false
    tclasse_numclasse:
      type: integer(4)
      fixed: false
      unsigned: true
      primary: false
      notnull: true
      autoincrement: false
    roul:
      type: enum(6)
      fixed: false
      unsigned: false
      values:
        - INRA
        - SAULON
      primary: false
      notnull: true
      autoincrement: false
    annee:
      type: integer(8)
      fixed: false
      unsigned: false
      primary: true
      autoincrement: false
  relations:
    TClasse:
      local: tclasse_numclasse
      foreign: numclasse
      type: one
    TDossier:
      onUpdate: CASCADE 
      onDelete: CASCADE 
      local: tdossier_numdossier
      foreign: numdossier
      type: one
    TNuance:
      local: tnuance_numnuance
      foreign: numnuance
      type: one
    TProfile:
      local: tprofile_numprofile
      foreign: numprofile
      type: one
    TSoudure:
      local: nummedaille
      foreign: tmedaille_nummedaille
      type: many
TDossier:
  connection: doctrine
  tableName: TDossier
  columns:
    numdossier:
      type: integer(4)
      fixed: false
      unsigned: true
      primary: true
      autoincrement: false
    annee:
      type: integer(8)
      fixed: false
      unsigned: false
      primary: false
      autoincrement: false
  relations:
    TMedaille:
      local: numdossier
      foreign: tdossier_numdossier
      type: many

Je ne peux pas changer le numéro de dossier d'une médaille, j'ai l'erreur qui apparaît.
Qqun a une idée?

**Michel Rotta** · 07/06/2010, 17h03

Je pense qu'il y a confusion dans la double déclaration de liaison entre tes deux tables.

La liaison ne doit être déclaré que d'un côté de la liaison, jamais des deux, c'est source d'erreurs. On peut déclarer les valeurs de l'autre table en précédant les mots clefs par foreign.

Garde la liaison du côté multiple (c'est ce que je fais en général, mais cela marche de l'autre côté et supprime toutes les références à la liaison sur l'autre table.

Après, ou cela c'est résolut tous seul, où on cherche plus loin.

De mes préférences, on ne change jamais la valeur d'une clef, dont le numéro de médial ne serait pas, à priori, clef primaire, mais un champ ID sans intérêt sémantique, autre que la liaison. Plus de problème de mise à jour en cascade.

**symff** · 08/06/2010, 13h36

Merci encore une fois mimi68 !

J'ai fait comme tu l'as dit, j'ai mis la liaison d'un seul côté, j'ai refait mes modèles, mes filters et mes forms et c'est bon ça marche !

Merci à toi

**Mich972** · 08/06/2010, 14h52

Bonjour,
Perso j'ai fais tout mon schema.yml à la main avec la même syntaxe/sementique que le projet JOBEET parce que j'en avais mare.
Et tout fonctionne nikel

**Michel Rotta** · 08/06/2010, 15h38

J'avoue !

Je fais les schémas sur papier et après, je les transformes à la main en fichier yaml. Méa culpa, méa maxima culpa

Depuis peu, j'utilise freeMind pour préparer les schémas, c'est un peu plus rapide que le papier et moins contraignant qu'un logiciel spécialisé.

Du SQL au YML en gardant les actions on-delete de la clé étrangère

Symfony PHP

Discussions similaires

Partager

Partager