Могу ли я настроить каскадное удаление в Rails?

Question 1

Я знаю, что это, вероятно, где-то в Интернете, но я не могу найти ответ здесь, в Stackoverflow, поэтому я подумал, что могу немного расширить базу знаний здесь.

Я новичок в Ruby и Rails, но моя компания очень сильно в них вкладывается, поэтому я пытаюсь познакомиться с ней немного подробнее.

Мне было трудно изменить свое мышление, чтобы разрабатывать приложение на основе «модели», а не на основе базы данных, поэтому я пытаюсь понять, как бы я мог выполнять всю работу по проектированию, которую я обычно выполнял в базе данных Вместо этого модель Rails.

Итак, последняя задача, которую я дал себе, - это выяснить, как настроить модель базы данных Rails для выполнения каскадных удалений? Есть ли простой способ сделать это? Или мне нужно будет войти в MySql и настроить это?

Question 2

вы также можете установить опцию: independent на: delete_all. : delete_all выдаст один оператор SQL для удаления всех дочерних записей. из-за этого использование: delete_all может повысить производительность.

has_many :memberships, dependent: :delete_all

Question 3

Да, можно, если вы используете отношения типа has_many, просто сделайте это

has_many :memberships, dependent: :destroy

Question 4

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

Как и в предложенном ответе, сделайте это:

has_many :memberships, dependent: :delete_all

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

Чтобы обнулить значения при удалении членства, если у вас есть модель пользователя:

add_foreign_key :users, :memberships, on_delete: :nullify

Вы также можете удалить все модели при удалении членства

add_foreign_key :users, :memberships, on_delete: :cascade

Question 5

Просто имейте в виду, что delete_all не будет выполнять никаких обратных вызовов (например, before_destroy и after_destroy) для дочерних записей.

Question 6

Похоже, этот плагин может дать вам то, что вы ищете, если вы хотите, чтобы каскадные удаления отражались в фактической структуре базы данных:

http://www.redhillonrails.org/foreign_key_migrations.html

Формат для использования этого при миграции будет примерно таким:

create_table :orders do |t|
  t.column :customer_id, :integer, :on_delete => :set_null, :on_update => :cascade
  ...
end

Answer 1

Я знаю, что это, вероятно, где-то в Интернете, но я не могу найти ответ здесь, в Stackoverflow, поэтому я подумал, что могу немного расширить базу знаний здесь.

Я новичок в Ruby и Rails, но моя компания очень сильно в них вкладывается, поэтому я пытаюсь познакомиться с ней немного подробнее.

Мне было трудно изменить свое мышление, чтобы разрабатывать приложение на основе «модели», а не на основе базы данных, поэтому я пытаюсь понять, как бы я мог выполнять всю работу по проектированию, которую я обычно выполнял в базе данных Вместо этого модель Rails.

Итак, последняя задача, которую я дал себе, - это выяснить, как настроить модель базы данных Rails для выполнения каскадных удалений? Есть ли простой способ сделать это? Или мне нужно будет войти в MySql и настроить это?

Answer 2

103

вы также можете установить опцию: independent на: delete_all. : delete_all выдаст один оператор SQL для удаления всех дочерних записей. из-за этого использование: delete_all может повысить производительность.

has_many :memberships, dependent: :delete_all

Майк Брин
источник

8

Ваше объяснение сбивает с толку. Будет использоваться один оператор SQL, но метод уничтожения не будет вызываться для каждой дочерней строки. Для этого вам нужно использовать destroy_all.

Джон Топли,

@John - надеюсь, правки прояснят путаницу. Спасибо что подметил это.

Майк Брин,

26

Убедитесь, что вы понимаете разницу между использованием :delete_allи :destroyдля этого. Оба будут вызывать дочернее членство (1 уровень для удаления [необходима цитата] и nдля уничтожения (если их дочерние элементы имеют зависимые уничтожения)) будут удалены из базы данных, но :destroyбудут создавать экземпляры каждого дочернего объекта и сначала запускать любые обратные вызовы, тогда как :delete_allбудет напрямую запускать Оператор SQL DELETE в базе данных. :destroyиз-за этого работает медленнее, но позволяет выполнять обратные вызовы при уничтожении записи. Обход Rails на одном конце и потенциальное создание n ^ x на другом.

jstim

2

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

Хендрик

Answer 3

8

Ваше объяснение сбивает с толку. Будет использоваться один оператор SQL, но метод уничтожения не будет вызываться для каждой дочерней строки. Для этого вам нужно использовать destroy_all.

Джон Топли,

Answer 4

@John - надеюсь, правки прояснят путаницу. Спасибо что подметил это.

Майк Брин,

Answer 5

26

Убедитесь, что вы понимаете разницу между использованием :delete_allи :destroyдля этого. Оба будут вызывать дочернее членство (1 уровень для удаления [необходима цитата] и nдля уничтожения (если их дочерние элементы имеют зависимые уничтожения)) будут удалены из базы данных, но :destroyбудут создавать экземпляры каждого дочернего объекта и сначала запускать любые обратные вызовы, тогда как :delete_allбудет напрямую запускать Оператор SQL DELETE в базе данных. :destroyиз-за этого работает медленнее, но позволяет выполнять обратные вызовы при уничтожении записи. Обход Rails на одном конце и потенциальное создание n ^ x на другом.

jstim

Answer 6

2

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

Хендрик

Answer 7

66

Да, можно, если вы используете отношения типа has_many, просто сделайте это

has_many :memberships, dependent: :destroy

Данмайер
источник

Дэн, я предполагаю, что мой следующий вопрос: если я запущу команду db migrate, действительно ли она настроена в базе данных? Или каскадирование полностью осуществляется по рельсам?

matt_dev 01

Да, по рельсам. (Тем не менее, убедитесь, что вам действительно всегда нужно удалять все связанные строки.)

Штейн Г. Стриндхауг, 01

@Matt - строка has_many должна быть в вашем классе модели, миграция не добавит этого за вас.

Гарет,

Я предпочитаю это решение, потому что оно также работает, если у зависимой модели есть другое отношение has_many

tpei

Answer 8

Дэн, я предполагаю, что мой следующий вопрос: если я запущу команду db migrate, действительно ли она настроена в базе данных? Или каскадирование полностью осуществляется по рельсам?

matt_dev 01

Answer 9

Да, по рельсам. (Тем не менее, убедитесь, что вам действительно всегда нужно удалять все связанные строки.)

Штейн Г. Стриндхауг, 01

Answer 10

@Matt - строка has_many должна быть в вашем классе модели, миграция не добавит этого за вас.

Гарет,

Answer 11

Я предпочитаю это решение, потому что оно также работает, если у зависимой модели есть другое отношение has_many

tpei

Answer 12

25

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

Как и в предложенном ответе, сделайте это:

has_many :memberships, dependent: :delete_all

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

Чтобы обнулить значения при удалении членства, если у вас есть модель пользователя:

add_foreign_key :users, :memberships, on_delete: :nullify

Вы также можете удалить все модели при удалении членства

add_foreign_key :users, :memberships, on_delete: :cascade

Хендрик
источник

Итак, могу ли я использовать как «has_many: memberships, зависимые:: delete_all», так и «add_foreign_key: users,: memberships, on_delete:: cascade»? Будет ли работать хорошо?

Rubycon

2

Вам даже не нужно будет настраивать delete_allв модели. Внешний ключ позаботится о правильном удалении всего на уровне базы данных.

Хендрик

3

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

Джеймс Кляйн

1

Уровень базы данных - это то, что я искал. На мой взгляд, это должен быть принятый ответ. Остальные, похоже, работают, только если мои запросы придерживаются стандартных операций ActiveRecord.

Brett Beatty

Answer 13

Итак, могу ли я использовать как «has_many: memberships, зависимые:: delete_all», так и «add_foreign_key: users,: memberships, on_delete:: cascade»? Будет ли работать хорошо?

Rubycon

Answer 14

2

Вам даже не нужно будет настраивать delete_allв модели. Внешний ключ позаботится о правильном удалении всего на уровне базы данных.

Хендрик

Answer 15

3

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

Джеймс Кляйн

Answer 16

1

Уровень базы данных - это то, что я искал. На мой взгляд, это должен быть принятый ответ. Остальные, похоже, работают, только если мои запросы придерживаются стандартных операций ActiveRecord.

Brett Beatty

Answer 17

Просто имейте в виду, что delete_all не будет выполнять никаких обратных вызовов (например, before_destroy и after_destroy) для дочерних записей.

Answer 18

Похоже, этот плагин может дать вам то, что вы ищете, если вы хотите, чтобы каскадные удаления отражались в фактической структуре базы данных:

http://www.redhillonrails.org/foreign_key_migrations.html

Формат для использования этого при миграции будет примерно таким:

create_table :orders do |t|
  t.column :customer_id, :integer, :on_delete => :set_null, :on_update => :cascade
  ...
end

Answer 19

5

Эта ссылка мертва, но это более новая альтернатива: github.com/matthuhiggins/foreigner

gdelfino

Могу ли я настроить каскадное удаление в Rails?

Ответы: