Re: Resources - Mailing list pgsql-sql

From Chester Carlton Young
Subject Re: Resources
Date
Msg-id 20020111173943.69680.qmail@web12703.mail.yahoo.com
Whole thread Raw
In response to Re: Resources  ("Nick Fankhauser" <nickf@ontko.com>)
Responses Re: Resources
List pgsql-sql
In regards to not being able to change tables, a common trick (eg, in
data warehousing) where tables are read only, is to have a trigger on
the table populate a secondary table with good index info (like ripping
street name out of the address) and the oid of the original row.  The
query is a little more complex, but very good performance.


> You mention that it may be too late to change the tables, but I guess
> that's
> where I'd look next- I once had a similar situation when I worked for
> an
> electric utility & we ended up parsing the address lines to find road
> names
> & numbers and then loading them into special indexed fields just used
> for
> sorting. If you control the input app, maybe you could even have the
> user
> enter the fields you want to query on separately.
> 
> 
> -Nick
> 
> 
> 
> ---------------------------(end of
> broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>     (send "unregister YourEmailAddressHere" to
majordomo@postgresql.org)


__________________________________________________
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/


pgsql-sql by date:

Previous
From: "Peter T. Brown"
Date:
Subject: Re: Temporary tables
Next
From: Katona Gabor
Date:
Subject: Re: How to union tables and have a field with UNIQUE constraint?