From: | Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: left join with smaller table or index on (XXX is not null) to avoid upsert |
Date: | 2009-01-19 20:26:27 |
Message-ID: | 20090119212627.2840e70d@dawn.webthatworks.it |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sun, 18 Jan 2009 22:12:07 +0100
Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it> wrote:
> I've to apply a discounts to products.
>
> For each promotion I've a query that select a list of products and
> should apply a discount.
>
> Queries may have intersections, in these intersections the highest
> discount should be applied.
>
> Since queries may be slow I decided to proxy the discount this way:
Actually:
premature optimization is the root of all evil (Knuth).
Although I haven't reached any definitive conclusion clean design
and normalisation seem paid off.
A normal query to retrieve a list of products seems nearly
unaffected by keeping a
create table Promo (
PromoID serial primary key,
PromoStart timestamp,
PromoEnd timestamp,
..);
and a
create table PromoItem(
PromoID int references Promo (PromoID) on delete cascade,
ItemID int references Product (ProductID) on delete cascade,
Discount numeric(4,2) not null
);
and looking for max discount in a join on the fly.
That's on a 1M items and on 40K products on promo.
Distribution of promo was random, I'll dig further to get an idea of
worst case.
What's important is that a simple search over the catalogue takes
nearly the same time that a query that search through the catalogue
and find the appropriate discount.
Thanks to Knuth and to Postgresql coders.
I'll post a more detailed solution as soon as it's enough refined
and if I'm sure of its correctness.
--
Ivan Sergio Borgonovo
http://www.webthatworks.it
From | Date | Subject | |
---|---|---|---|
Next Message | Gerhard Heift | 2009-01-19 21:49:17 | Re: CREATE parametric partial INDEX within a function body |
Previous Message | Jeff Davis | 2009-01-19 19:22:37 | Re: array_agg for 8.3 |