Re: Proposal: ON UPDATE REMOVE foreign key action
От | Kirill Berezin |
---|---|
Тема | Re: Proposal: ON UPDATE REMOVE foreign key action |
Дата | |
Msg-id | CAAObgf8CGnjbGjJBCKvkG2xPU4e8G9f+D7fO4Zx2ButwwJLdng@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Proposal: ON UPDATE REMOVE foreign key action (Vitaly Burovoy <vitaly.burovoy@gmail.com>) |
Ответы |
Re: Proposal: ON UPDATE REMOVE foreign key action
|
Список | pgsql-hackers |
<div dir="ltr"><div class="gmail_extra">Disclaimer: sorry, i dont understand, should i reply to each of you personally, orjust answer to channel. Some feedbacks were sended in personal, and some include channel copy. <br /><br />Thanks for responses,you understand it correctly.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">When i said "anybody",i mean inclusive owner himself. For example cookie poisoning.</div><div class="gmail_extra">There is no "another"session, technically. They similar to the server, they even can have same IP.</div><div class="gmail_extra">Yes,we can't prevent it with CSRF cookies, but it is not the point of current conversation.</div><divclass="gmail_extra"><br /></div><div class="gmail_extra">I can make business logic outside table:make extra query. Im just dont like how it looks from perspective of encapsulation.</div><div class="gmail_extra">Eachtable should describe itself, like object in OOP language. With SQL constructions or triggers/constraits.</div><divclass="gmail_extra"><br /></div><div class="gmail_extra">Second part of my use case is datacache. When user update version(generation), cache should be flushed. As easy example: imagine i am fetching currencyvalue. And till end of the day, i am honor current course. (Or any other information, that has certain origin checkpoints).When i am updating origin state (current day, server version, ip address, neural network generation), i am haveto invalidate all previous data.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">Like i am calculatingdigits of the square root, of some number. The more i spend time, the closer my approx value to irrational result.But when original value has changed - all previous data does not make sense. I am flushing it and starting from digit1.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">This is allegorical examples to my real-worldcases. I may try imagine some hypothetical situations, when this functionality more welcomed. But, i am respectreasons why do not apply this proposal. If my update didn't shift the balance, its ok. on update trigger is not suchpainful.</div></div>
В списке pgsql-hackers по дате отправления: