Удалить объект

Почитать про foreign key сложно? В мануалах баз данных это всё описано.

В двух словах: если сущность X ссылается через foreign key на сущность Y и у неё есть constraint, то при попытке удалить сущность Y, когда на неё все ещё ссылается несколько X и вызовет такую ошибку. Чтобы устранить ошибку надо:

1. Открыть транзакцию.
2. Удалить сущности X, которые ссылаются на удаляемую Y.
3. Удалить саму сущность Y, которую хотим удалить.
4. Сделать commit или rollback транзакции в зависимости от ситуации.

А так да, читай про ON DELETE CASCADE, ON DELETE RESTRICT и ON DELETE SET NULL.

Symphony → Symfony.

Есть Symphony CMS, есть Symfony Web Framework. Два, абсолютно разных проекта. Это как спутать Sphinx Search и Sphinx Doc. =)

Помоему фреймворк должен сам это делать.

По моему личному опыту когда как и везде по-разному. В некоторых фреймворках да, это автоматизируется на стороне фреймворка, а в некоторых на стороне самой базы данных.

Тот-же Oracle ADF так вообще рекомендует всю логику приложения хранить на стороне БД. Включая и каскадное удаление.

Да причем же тут база? Что такое foreign key я знаю. Речь не о том как это удалить это из базы. Речь о том как сделать это в модели данных Symfony.

Symphony → Symfony

А я и не знал. Сорри, затупил. Просто не сталкивался ни с тем ни с другим, а тегах автокомплит подсказал Symphony вот и сбил.

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

Речь о том как сделать это в модели данных Symfony.

Укажи, пожалуйста, версию Symfony, название используемой ORM и её версию. Symfony первой ветки и Symfony2 абсолютно разные фреймворки. ORM из Symfony тоже имеют 3 варианта: Propel (использоваться может как с Symfony, так и с Symfony2), Doctrine (Symfony только первой ветки) и Doctrine2 (только Symfony2).

Первая ветка. Doctrine.

Первая ветка. Doctrine.

Ух, сорри. Тогда не помогу. Думал, что в твоём проблемном проекте Symfony2 и Doctrine2 (которые очень популярны). С первой веткой вообще не работал. Ждём ещё кого-нибудь. :(

Да, я заметил что в сети в основном по Symfony2 материалы... :(

Указать надо в schema.yml. Дока http://symfony.com/legacy/doc/book/1_0/en/08-Inside-the-Model-Layer. Базу можно не пересоздавать, просто сделать sql запростом foreign key. И это не костыль, а abstraction level ))

Базу можно не пересоздавать

уже хоршо

Указать надо в schema.yml

Это я понял. Но вот в каком именно из over9000? Как найти его?

Мне так показалось что это должен быть config/doctrine/chat.schema.yml у которого такое содержание:

ChatMessage:
  actAs:
    Timestampable:
      updated: { disabled: true }
  columns:
    message:
      type: string
      notnull: 255
    affiliate_id: integer
    webinar_id: integer
  relations:
    Author:
      class: WebinarAffiliate
      foreignAlias: Messages
      local: affiliate_id
      foreign: id
      onDelete: CASCADE
    Webinar:
      class: Webinar
      foreignAlias: Messages
      local: webinar_id
      foreign: id
      onDelete: CASCADE

ChatSettings:
  columns:
    webinar_id: { type: integer, notnull: true }
    names_list: array
    names_count: { type: integer, notnull: true }
    join_rate: { type: integer, notnull: true }
    leave_rate: { type: integer, notnull: true }
  relations:
    Webinar:
      local: webinar_id
      foreign: id
      type: one
      foreignType: one

И это не костыль, а abstraction level

Ну на мой взгляд любой стопитцотый abstraction level это уже костыль. Но я плотно на упорине, так что можно не обращать внимания ;)

но обламываюсь

Поподробнее, пожалуйста)

А это просто ничего не дает. Картина та же самая. Т.е. я не знаю что еще добавить. Та же ошибка.

Выполнили запрос?

alter table ChatSettings add
    FOREIGN KEY (`webinar_id`)
    REFERENCES `Webinar` (`id`)
    ON DELETE cascade;

Еще нужно сделать drop старому

Во-первых я как-то рассчитывал на abstraction level. Но главное не в этом, а в том что нет такой таблицы ChatSettings. Я вообще не могу сообразить как ChatSettings превращается в chat_settings и почему.

Однако переписанный запрос с правильными именами таблиц помог.

СПАСИБО!

Кстати, дропать не понадобилось ;)

Во-первых я как-то рассчитывал на abstraction level

Нужно запустить команду, чтобы создать миграцию и еще одну, чтобы ее запустить. Но я ее не помню)

Я вообще не могу сообразить как ChatSettings превращается в chat_settings и почему.

Для php кода чаще используется стиль именования классов ChatSettings, для таблиц БД chat_settings.

Для php кода чаще используется стиль именования классов ChatSettings, для таблиц БД chat_settings.

Насколько я понял symfony создает таблица по yml файлу так почему она читает там ChatSettings а создает chat_settings? Или я чего-то не догоняю?

Symfony поддерживает два ORM: Doctrine и Propel. Я дал тебе доку по Propel (сори :), для него так и было бы, для доктрины видимо чуть иначе.

Чего за «сорри» такое? Помог же. Трабла решена. Заказчик доволен. Говорит что разрабы этого чуда когда случалось такое говорили ща поправим что-то делали (удаляли зависимую запись руками) и все удалялось. ;)