When to use cascading deletes?

Поиск
Список
Период
Сортировка
От David
Тема When to use cascading deletes?
Дата
Msg-id 18c1e6480906110159t4e76323cs49f5d0b827073c4f@mail.gmail.com
обсуждение исходный текст
Ответы Re: When to use cascading deletes?  (Alban Hertroys <dalroi@solfertje.student.utwente.nl>)
Re: When to use cascading deletes?  (Sim Zacks <sim@compulab.co.il>)
Re: When to use cascading deletes?  (Greg Stark <stark@enterprisedb.com>)
Re: When to use cascading deletes?  (Eric Schwarzenbach <subscriber@blackbrook.org>)
Re: When to use cascading deletes?  ("Leif B. Kristensen" <leif@solumslekt.org>)
Список pgsql-general
Hi there.

When is a good time to use cascading deletes?

Usually, for safety reasons, I prefer to not ever use cascading
deletes. But that can lead to some complex code that uses topological
sorts etc to manually delete records in the right order, when a
cascading delete is needed.

Ideally, I'd like postgresql to not do cascading deletes, *except*
when I tell it to, and the rest of the time fail when the user didn't
explicitly "opt in" for cascading deletes. When it comes to enabling
cascading deletes, I don't really like the idea that deleting or
updating a row from one table can have a possibly unexpected (to the
app programmer, using the database) chain reaction to other tables.

I don't know, maybe I have the wrong mindset, and cascading is
preferable (in terms of object model) in some cases? I'd like to read
more on this subject (general best practices for what types of
cascading are appropriate to use when).

Any tips?

Thanks,

David.

В списке pgsql-general по дате отправления:

Предыдущее
От: Dave Page
Дата:
Сообщение: Re: [sfpug] "Rails and PostgreSQL" now up on media.postgresql.org
Следующее
От: Sim Zacks
Дата:
Сообщение: sort by update