[PERFORM] Tables on multiple disk drives

2004-02-17 Thread Konstantin Tokar
Hi! Does PostgreSQL allow to create tables and indices of a single database on multiple disk drives with a purpose of increase performance as Oracle database does? If a symbolic reference is the only method then the next question is: how can it be determined what file is referred to what table and

Re: [PERFORM] UPDATE with subquery too slow

2004-02-17 Thread Leeuw van der, Tim
Hi, This is not going to answer your question of course but did you already try to do this in 2 steps? You said that the subquery itself doesn't take very long, so perhaps you can create a temporary table based on the subquery, then in the update do a join with the temporary table? This

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread Bill Moran
Christopher Kings-Lynne wrote: 1- How can I lock a single record so that other users can only read it. ?? You cannot do that in PostgreSQL. How about SELECT ... FOR UPDATE? -- Bill Moran Potential Technologies http://www.potentialtech.com ---(end of

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread Tom Lane
Saleem Burhani Baloch [EMAIL PROTECTED] writes: I have a question why MS-SQL with 256 MB RAM gives result in 2 sec ?? If I have low memory Postgres should give result in 10 sec as compared to MS-SQL. Are you still running 7.1? regards, tom lane

[PERFORM] long running query running too long

2004-02-17 Thread Todd Fulton
Hi All, Im really like this list. Thank you for all the invaluable information! May I ask a question? Ive got a table with about 8 million rows and growing. I must run reports daily off this table, and another smaller one. Typical query joins, groupings and aggregates included. This

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread scott.marlowe
Easy two step procedure for speeding this up: 1: Upgrade to 7.4.1 2: Read this: http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html ---(end of broadcast)--- TIP 6: Have you searched our list archives?

Re: [PERFORM] Tables on multiple disk drives

2004-02-17 Thread scott.marlowe
On Tue, 17 Feb 2004, Konstantin Tokar wrote: Hi! Does PostgreSQL allow to create tables and indices of a single database on multiple disk drives with a purpose of increase performance as Oracle database does? If a symbolic reference is the only method then the next question is: how can it be

Re: [PERFORM] Tables on multiple disk drives

2004-02-17 Thread Craig Thomas
On Tue, 17 Feb 2004, Konstantin Tokar wrote: Hi! Does PostgreSQL allow to create tables and indices of a single database on multiple disk drives with a purpose of increase performance as Oracle database does? If a symbolic reference is the only method then the next question is: how can it

Re: [PERFORM] Tables on multiple disk drives

2004-02-17 Thread Craig Thomas
On Tue, 17 Feb 2004, Craig Thomas wrote: On Tue, 17 Feb 2004, Konstantin Tokar wrote: Hi! Does PostgreSQL allow to create tables and indices of a single database on multiple disk drives with a purpose of increase performance as Oracle database does? If a symbolic reference is the

Re: [PERFORM] Tables on multiple disk drives

2004-02-17 Thread scott.marlowe
On Tue, 17 Feb 2004, Craig Thomas wrote: On Tue, 17 Feb 2004, Craig Thomas wrote: On Tue, 17 Feb 2004, Konstantin Tokar wrote: Hi! Does PostgreSQL allow to create tables and indices of a single database on multiple disk drives with a purpose of increase performance as Oracle

Re: [PERFORM] long running query running too long

2004-02-17 Thread PC Drew
On Feb 17, 2004, at 10:06 AM, Todd Fulton wrote: Ive got a table with about 8 million rows and growing. I must run reports daily off this table, and another smaller one. Typical query joins, groupings and aggregates included. This certain report takes about 10 minutes on average and is

Re: [PERFORM] long running query running too long

2004-02-17 Thread Todd Fulton
Hey! I think I have appropriate indexes, but might now. You're absolutely right on my join -- spk_tgplog has the 8.5 million rows, spk_tgp around 2400. I'll try the sub-select. Here is the output you asked for: spank_prod=# \d spk_tgp; Table

[PERFORM] RAID or manual split?

2004-02-17 Thread Mike Glover
It seems, that if I know the type and frequency of the queries a database will be seeing, I could split the database by hand over multiple disks and get better performance that I would with a RAID array with similar hardware. Most of the data is volatile and easily replaceable (and the rest is

Re: [PERFORM] long running query running too long

2004-02-17 Thread Tom Lane
Todd Fulton [EMAIL PROTECTED] writes: prod=# explain analyze SELECT t.tgpid, t.directoryname, t.templateid, count(*) AS requested FROM (spk_tgp t JOIN spk_tgplog l ON ((t.tgpid = l.tgpid))) GROUP BY t.tgpid, t.directoryname, t.templateid; NOTICE: QUERY PLAN: Aggregate

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread Christopher Kings-Lynne
1- How can I lock a single record so that other users can only read it. ?? You cannot do that in PostgreSQL. How about SELECT ... FOR UPDATE? No, because users cannot read the locked row in that case. Chris ---(end of broadcast)--- TIP 7:

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread scott.marlowe
On Wed, 18 Feb 2004, Christopher Kings-Lynne wrote: 1- How can I lock a single record so that other users can only read it. ?? You cannot do that in PostgreSQL. How about SELECT ... FOR UPDATE? No, because users cannot read the locked row in that case. I just tested it

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread Bill Moran
scott.marlowe wrote: On Wed, 18 Feb 2004, Christopher Kings-Lynne wrote: 1- How can I lock a single record so that other users can only read it. ?? You cannot do that in PostgreSQL. How about SELECT ... FOR UPDATE? No, because users cannot read the locked row in that case. I just tested it

Re: [PERFORM] Slow response of PostgreSQL

2004-02-17 Thread Christopher Kings-Lynne
How about SELECT ... FOR UPDATE? No, because users cannot read the locked row in that case. I just tested it (within transactions) and it appeared that I could still view the rows selected for update. Ah, true. My mistake. OK, well you can do it in postgres then... Chris

Re: [PERFORM] UPDATE with subquery too slow

2004-02-17 Thread Kevin Brown
Eric Jain wrote: I can't get the following statement to complete with reasonable time. I've had it running for over ten hours without getting anywhere. I suspect (hope) there may be a better way to accomplish what I'm trying to do (set fields containing unique values to null): [...] Using