Esta exatamente como no exemplo do link q você passou:

--->>> TRIGGER <<---- 
CREATE TRIGGER insert_measurement_trigger
    BEFORE INSERT ON measurement
    FOR EACH ROW EXECUTE PROCEDURE measurement_insert_trigger();

--->>> FUNCTION <<---- 
CREATE OR REPLACE FUNCTION measurement_insert_trigger()
RETURNS TRIGGER AS $$
BEGIN
    IF ( NEW.logdate >= DATE '2006-02-01' AND
         NEW.logdate < DATE '2006-03-01' ) THEN
        INSERT INTO measurement_y2006m02 VALUES (NEW.*);
    ELSE
        RAISE EXCEPTION 'Date out of range.  Fix the
measurement_insert_trigger() function!';
    END IF;
    RETURN NULL;
END;






JotaComm wrote:
> 
> Olá,
> 
> Em 25 de março de 2010 13:50, letgaude <[email protected]> escreveu:
> 
>>
>> Desculpe o ROLE. Foi falta de atenção mesmo.
>>
>> Mas, voltando ao assunto. Eu ja tinha visto esse artigo e foi exatamente
>> o
>> exemplo q eu usei pra testar. E gerou dados na tabela measurement e na
>> measurement_y2006m02, por exemplo.
>>
> 
> 
>>
>> Mas ao criar as tabelas sem heranca isso nao aconteceu.
>>
> 
> Acho que tem alguma coisa errada na sua implementação. Como está o RETURN
> da
> sua função? Está com RETURN NULL ou RETURN NEW?
> 
>>
>>
>>
>> JotaComm wrote:
>> >
>> > Olá,
>> >
>> > Em 25 de março de 2010 12:07, letgaude <[email protected]> escreveu:
>> >
>> >>
>> >> Boa Tarde,
>> >>
>> >> Em todos os foruns sobre particionamento, é dito que a implementação
>> >> desta
>> >> é
>> >> feita através de herança. Que precisa criar uma trigger ou role pra
>> >> redirecionar os registros para as tabelas filhas e etc. No entanto,
>> com
>> a
>> >> herança, os dados acabam ficando nas duas tabelas, gerando
>> redundância.
>> É
>> >> assim mesmo ? Acho que vou particionar sem herança, pois assim não
>> gero
>> >> duplicação de informações.
>> >>
>> >
>> > Sim, é por herança. Você precisa de uma trigger ou rule e não role.
>> >
>> > Não vejo como ficarem dados duplicados, a menos que a trigger ou a rule
>> > esteja implementa de forma incorreta.
>> >
>> > Veja mais informações em:
>> > http://www.postgresql.org/docs/8.4/interactive/ddl-partitioning.html
>> >
>> >
>> >>
>> >> Grata,
>> >>
>> >> Letícia
>> >> --
>> >> View this message in context:
>> >>
>> http://old.nabble.com/Particionamento-x-Heran%C3%A7a-tp28030200p28030200.html
>> >> Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
>> >>
>> >> _______________________________________________
>> >> pgbr-geral mailing list
>> >> [email protected]
>> >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >>
>> >
>> >
>> >
>> > Atenciosamente
>> >
>> > --
>> > JotaComm
>> > http://jotacomm.wordpress.com
>> >
>> > _______________________________________________
>> > pgbr-geral mailing list
>> > [email protected]
>> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/Particionamento-x-Heran%C3%A7a-tp28030200p28031730.html
>> Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> pgbr-geral mailing list
>> [email protected]
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
> 
> 
> 
> -- 
> JotaComm
> http://jotacomm.wordpress.com
> 
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Particionamento-x-Heran%C3%A7a-tp28030200p28031875.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.

_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a