如何从sfDoctrineGuard,sfForkedDoctrineApply和MyProfile中删除列冗余?

时间:2011-05-24 20:54:46

标签: symfony1 doctrine sfdoctrineguard

我使用sfDoctrineGuard和自定义表MyProfile来管理我的Symfony项目中的用户。想要为我的项目实现密码重置功能,我决定安装sfForkedDoctrineApply。我按如下方式编辑了MyProfile的模式:

MyProfile:
  ...
  inheritance:
    type: column_aggregation
    extends: sfGuardUserProfile

但是,我很失望地发现sfForkedDoctrineApply创建的sfGuardUserProfile表与sfDoctrineGuard创建的sfGuardUser表共享列(即名和姓的列)。

我的理解是,从插件更改架构是不好的形式,因为未来的插件更新可以覆盖这些更改。因此,良好的做法是创建一个MyProfile表并与sfGuardUser保持一对一的关系。

我是否可以在不修改插件架构的情况下删除此列冗余,从而防止将来的更新破坏我的项目?哎呀,我认为最好在MyProfile中使用first_name和last_name列而不是sfGuardUser!

如果有人有更好的想法或者我说的任何错误,请告诉我!

谢谢大家。


以下是三个架构yml文件供参考:

MyProfile:
  columns:
     ...
  relations:
    User:
      class: sfGuardUser
      local: user_id
      foreign: id
      type: one
      foreignType: one
      foreignAlias: Profile
  inheritance:
    type: column_aggregation
    extends: sfGuardUserProfile

sfGuardUserProfile:
  actAs:
    Timestampable: ~
  columns:
    user_id:
      type: integer
      notnull: true
      unique: true
    email_new:
      type: string(255)
      unique: true
    firstname:
      type: string(255)
    lastname:
      type: string(255)
    validate_at:
      type: timestamp
    validate:
      type: string(33)
  relations:
    User:
      class: sfGuardUser
      foreign: id
      local: user_id
      type: one
      onDelete: cascade
      foreignType: one
      foreignAlias: Profile
  indexes:
    validate:
      fields: [validate]

sfGuardUser:
  actAs: [Timestampable]
  columns:
    first_name: string(255)
    last_name: string(255)
    email_address:
      type: string(255)
      notnull: true
      unique: true
    username:
      type: string(128)
      notnull: true
      unique: true
    algorithm:
      type: string(128)
      default: sha1
      notnull: true
    salt: string(128)
    password: string(128)
    is_active:
      type: boolean
      default: 1
    is_super_admin:
      type: boolean
      default: false
    last_login:
      type: timestamp
  indexes:
    is_active_idx:
      fields: [is_active]
  relations:
    ...

0 个答案:

没有答案