Проблемы с поведением в Доктрине - PullRequest
Новая
       25

Проблемы с поведением в Доктрине

2 голосов
/ 16 декабря 2009

У меня проблема в одном из моих проектов, где я использую Doctrine в качестве ORM.

По какой-то причине при перестройке моделей и структуры базы данных Doctrine игнорирует поведение и отношения, которые я определяю в одном из определений таблицы. Определение таблицы YAML выглядит следующим образом: 

...

User:  
  actAs:
    Timestampable:
    Sluggable:
      unique: true
      fields: username
      canUpdate: true
  columns:
    id:
      type: integer(4)
      primary: true
      autoincrement: true
    company_id
      type: integer(4)
    timezone_id:
      type: integer(1)
    role_id:
      type: integer(1)
    email:
      type: string(255)
    username:
      type: string(255)
      unique: true
    password:
      type: string(40)
    firstname:
      type: string(255)
    lastname:
      type: string(255)
    last_login:
      type: datetime
  relations:
    Company:
      local: company_id
      foreign: id
    Timezone:
      local: timezone_id
      foreign: id
    Role:
      local: role_id
      foreign: id

...

Созданная структура таблицы выглядит следующим образом: 

CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `company_id` int(11) DEFAULT NULL,
  `timezone_id` tinyint(4) DEFAULT NULL,
  `role_id` tinyint(4) DEFAULT NULL,
  `email` varchar(255) DEFAULT NULL,
  `username` varchar(255) DEFAULT NULL,
  `password` varchar(40) DEFAULT NULL,
  `firstname` varchar(255) DEFAULT NULL,
  `lastname` varchar(255) DEFAULT NULL,
  `last_login` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Как видите, Doctrine генерирует все столбцы, которые я определяю, но по какой-то причине все, что должно происходить автоматически, не выполнено. Прежде всего, он не создает столбцы updated_at и created_at для поведения Timestampable, а также отсутствует столбец slug для поведения Sluggable.

Индексы и ограничения внешнего ключа также отсутствуют.

Когда я открываю сгенерированный класс модели, все выглядит отлично: 

class BaseUser extends Doctrine_Record
{

    ....

    public function setUp()
    {
        parent::setUp();
        $this->hasOne('Company', array(
             'local' => 'company_id',
             'foreign' => 'id'));

        $this->hasOne('Timezone', array(
             'local' => 'timezone_id',
             'foreign' => 'id'));

        $this->hasOne('Role', array(
             'local' => 'role_id',
             'foreign' => 'id'));

        $timestampable0 = new Doctrine_Template_Timestampable();
        $sluggable0 = new Doctrine_Template_Sluggable(array(
             'unique' => true,
             'fields' => 'username',
             'canUpdate' => true,
        ));
        $this->actAs($timestampable0);
        $this->actAs($sluggable0);
    }

    ....

}

Итак, проблема заключается в генерации SQL-запроса ...

Кто-нибудь еще сталкивался с подобной проблемой, или вы можете обнаружить какие-либо ошибки в моем определении YAML?

1 Ответ

0 голосов
/ 05 марта 2012

Судя по тому, что вы опубликовали, и последующим комментариям, возникает конфликт имен с вашей таблицей User и таблицей mysql. user. Как вы упомянули, когда вы переименовали таблицу в Person, она работала, как и ожидалось.

По своему опыту я всегда добавляю произвольный префикс таблиц в свои таблицы, чтобы избежать непредвиденного поведения такого типа.

...