Re: merge command - GSoC progress

Поиск
Список
Период
Сортировка
От Boxuan Zhai
Тема Re: merge command - GSoC progress
Дата
Msg-id AANLkTi=o_c2m=f-1mFERyBW89V0rO5JnSu5gOOt8hin=@mail.gmail.com
обсуждение исходный текст
Ответ на Re: merge command - GSoC progress  (Greg Smith <greg@2ndquadrant.com>)
Ответы Re: merge command - GSoC progress  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Re: merge command - GSoC progress  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Dear Robert,
 
I am just considering that there may be some logical mistakes for my rule rewriting strategy of MERGE actions.
 
In my current design, if we find that an action type, say UPDATE, is replaced by INSTEAD rules, we will remove all the actions of this type from the MERGE command, as if they are not be specified by user from the beginning. See the test example in my pages for this situation.
 
Now,I am thinking that maybe we should keep the replaced actions in action list, and just mark them to be "invalid". If one join tuple from the main plan fits the condition of this action, we will do nothing on it.
 
This strategy is a little bit different with the current one. If we delete an action, the tuples that meet it condition will be caught by other actions. If we keep it, the tuples that match it will be skipped.
 
I think the new design is more logical, and I wonder your opinion on this problem.
 
Yours Boxuan
 

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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Synchronous replication
Следующее
От: Robert Haas
Дата:
Сообщение: Re: documentation for committing with git