Re: FOREIGN KEYS vs PERFORMANCE

Поиск
Список
Период
Сортировка
От Michael Glaesemann
Тема Re: FOREIGN KEYS vs PERFORMANCE
Дата
Msg-id 72C39159-1A4B-4595-A978-1DF57AD42527@myrealbox.com
обсуждение исходный текст
Ответ на FOREIGN KEYS vs PERFORMANCE  ("Rodrigo Sakai" <rodrigo.sakai@zanthus.com.br>)
Ответы Re: FOREIGN KEYS vs PERFORMANCE  ("Jim C. Nasby" <jnasby@pervasive.com>)
Re: FOREIGN KEYS vs PERFORMANCE  (PFC <lists@peufeu.com>)
Re: FOREIGN KEYS vs PERFORMANCE  (Markus Schaber <schabi@logix-tt.com>)
Список pgsql-performance
On Apr 12, 2006, at 4:13 , Rodrigo Sakai wrote:

>   I think this is an old question, but I want to know if it really
> is well worth to not create some foreign keys an deal with the
> referential integrity at application-level?????

If I had to choose between one or the other, I'd leave all
referential integrity in the database and deal with the errors thrown
when referential integrity is violated in the application. PostgreSQL
is designed to handle these kinds of issues. Anything you code in
your application is more likely to contain bugs or miss corner cases
that would allow referential integrity to be violated. PostgreSQL has
been pounded on for years by a great many users and developers,
making the likelihood of bugs still remaining much smaller.

Of course, you can add some referential integrity checks in your
application code, but those should be in addition to your database-
level checks.

Michael Glaesemann
grzm myrealbox com




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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: freebsd/softupdates for data dir
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: FOREIGN KEYS vs PERFORMANCE