Search Postgresql Archives

Query performance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I want to compare the performance of some queries so I created those tables:
CREATE TABLE reservation1 (room int, name varchar(255), during daterange);
CREATE TABLE reservation2 (room int, name varchar(255), start_date date, end_date date);


then:
INSERT INTO public.reservation1(name, room, during)
    select concat('room ', a), a, '[2010-01-01, 2010-04-02)' from generate_series(1,10000000) as a;

INSERT INTO public.reservation2(name, room, start_date, end_date)
    select concat('room ', a), a, '2010-01-01', '2010-04-02' from generate_series(1,10000000) as a;


I create an index for during column:
CREATE INDEX reservation1_idx ON reservation1 USING GIST (during);

I'm using the operator contains (@>) and overlaps (&&):
select * from reservation1
    where during @> '[2010-02-15,2010-03-02)';

select * from reservation1
    where during && '[2010-02-15,2010-03-02)';

And I got such result time: 25s

However when I use this query:
select * from reservation2
    where ('2010-02-15' between start_date and end_date)
    and ('2010-03-02' between start_date and end_date);

The result time was: 9s.

I understand that the index does not have any effect when the amount of fetched data was huge and the query planner used the seq scan method. I want to know if it is not recommended to use rang types and operator to get good performance or should I add something to the queries to be faster?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux