Re: Rules/Trigges Trade-offs

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Rules/Trigges Trade-offs
Дата
Msg-id 200212070224.gB72OiM06066@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Rules/Trigges Trade-offs  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: Rules/Trigges Trade-offs  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-sql
Josh Berkus wrote:
> 
> Bruce,
> 
> > > 1) Rules can't use indexes to do their processing, so Rules which query 
> large 
> > > secondary tables can be a bad idea (maybe this has changed?)
> > 
> > I don't think this is true.  Rewrite is before optimizer so it should be
> > optimized just the same.
> 
> I was speaking if the Rule has to do a lookup on a 2nd table in the course of 
> its processing; it used to be that such a lookup could not use indexes 
> because Rules are pre-optimizer.   This could have changed since 7.1, though.

As I remember, the RULE is processed just like an ordinary query.  I
wasn't aware it was looking up anything.

> > > 3) There are no AFTER Rules, making, for example, a rule with a table 
> check on 
> > > the new data impractical, so you'd want to use Triggers or Constraints
> > 
> > We have changed ordering in 7.3 where I think INSERT rules are _after_
> > the insert.
> 
> How would that work?  What if I want to reject the insert?

Uh, good question.  I can't remember now what we re-ordered in 7.3, but
I thought it had to do with rules.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


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

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: Rules/Trigges Trade-offs
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Rules/Trigges Trade-offs