| From: | Andreas Rieke <andreas(dot)rieke(at)isl-online(dot)de> |
|---|---|
| To: | kb(at)neuematerialien(dot)de |
| Subject: | Performance problem |
| Date: | 2001-01-24 13:57:10 |
| Message-ID: | 3A6EDF36.69CBF1AB@isl-online.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Hi there,
maybe anyone can help me with the following problem.
Using PostgreSQL 7.03 on a Suse 6.3 Linux (kernel 2.2.13) with a P3/550
MHz,
I get a performance problem with a select command which takes up to 10
seconds.
The following tables are involved in this command:
CREATE TABLE "property_list" (
"number" float8,
"level_1_de" text,
"level_1_en" text,
"level_2_de" text,
"level_2_en" text,
...
);
CREATE TABLE "properties" (
"material_oid" oid NOT NULL,
"property_list_oid" oid NOT NULL,
...
);
CREATE TABLE "materials" (
"user_oid" oid NOT NULL,
"material_class" oid,
"is_new" bool DEFAULT 't'::bool,
...
);
and the command is
SELECT DISTINCT level_1_de from property_list pl, properties p,
materials m where m.oid=p.material_oid and p.property_list_oid=pl.oid
and m.is_new=FALSE;
The command returns about 10 items.
The tables mentioned contain the following number of entries:
materials: 2476
properties: 30 323
property_list: 349
I hope that using INDEXes should speed up the search, but although I
made
several attempts, the search is too slow. Since I am not an expert on
databases and PostgreSQL, maybe somebody who had similar problems is
able to help me.
Also, I do not know whether the DISTINCT in the SELECT statement forces
the database to
use algorithms which have not been optimized yet.
Thanks in advance for your help,
kind regards,
Andreas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Richard Huxton | 2001-01-24 13:58:27 | Re: This script will crash the connection |
| Previous Message | Bruce Momjian | 2001-01-24 13:45:44 | Re: [GENERAL] rules on INSERT can't UPDATE new instance? |