Normalisierung + Performance

Hallo Leute,


ich hab bei meinem Auktions-Crawler (http://auctionwatch.metux.de/)
alles stark normalisiert, zB. in der Artikel-Tabelle die Plattform
(zB. "ebay") via ID referenziert. Die Zugriffe laufen ausschließlich
über Views, die für den jeweiligen Client (zB. Crawler,
Web-Frontend, etc) angepaßt sind. Dort wird die Plattform immer
nur über den Namen referenziert, sodaß immer die Plattform-
Tabelle mit reingeknotet werden muß.

Da die Performance etwas dürftig ist, suche ich nach Optimierungs-
möglichkeiten. Sollte ich zB. die Plattform lieber über den
Namen statt die ID referenzieren ?


thx
--
------------------------------------------------------------ ---------
Enrico Weigelt =3D=3D metux IT service - http://www.metux.de/
------------------------------------------------------------ ---------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
------------------------------------------------------------ ---------

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq
weigelt [ Sa, 10 Februar 2007 15:16 ] [ ID #1625105 ]

Re: Normalisierung + Performance

Enrico Weigelt wrote:
> Da die Performance etwas dürftig ist, suche ich nach Optimierungs-
> möglichkeiten. Sollte ich zB. die Plattform lieber über den
> Namen statt die ID referenzieren ?

Prinzipiell ist natürlich die Denormalisierung auch eine
Optimierungsmöglichkeit, aber ohne irgendwelche Informationen über
Hardware, Konfigurationseinstellungen, Anfragepläne usw. kann die
staunende =D6ffentlichkeit da sicher keine konkreten Ratschläge geben.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
Peter Eisentraut [ Sa, 10 Februar 2007 15:55 ] [ ID #1625106 ]

Re: Normalisierung + Performance

Enrico Weigelt <weigelt [at] metux.de> schrieb:

> Da die Performance etwas dürftig ist, suche ich nach Optimierungs-
> möglichkeiten. Sollte ich zB. die Plattform lieber über den
> Namen statt die ID referenzieren ?

Wie Peter schon andeutete, ohne Details zu sehen kann Dir keiner helfen.
Explain. Falls Explain für Dich nicht bekannt ist:
http://www.cul.de/freexarchiv.html

Dazu sollte man auch wissen, welche Anfragen Probleme machen. Praktisch
ist da z.B. "log_min_duration_statement =3D " in der postgresql.conf zu
setzen, um besonders lang laufende Befehle zu finden.



Btw.:
,----[ Startseite metux.de ]
| Warning: Unknown: Your script possibly relies on a session side-effect
| which existed until PHP 4.2.3. Please be advised that the session
| extension does not consider global variables as a source of data, unles=
s
| register_globals is enabled. You can disable this functionality and thi=
s
| warning by setting session.bug_compat_42 or session.bug_compat_warn to
| off, respectively. in Unknown on line 0
`----



Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknow)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster
Andreas Kretschmer [ So, 11 Februar 2007 09:15 ] [ ID #1625602 ]

Re: Normalisierung + Performance

Andreas Kretschmer <akretschmer [at] spamfence.net> schrieb:
> Explain. Falls Explain für Dich nicht bekannt ist:
> http://www.cul.de/freexarchiv.html

Ich präzisiere:
http://www.cul.de/data/freex22007pr.pdf


Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknow)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings
Andreas Kretschmer [ So, 11 Februar 2007 10:43 ] [ ID #1625603 ]
Datenbanken » gmane.comp.db.postgresql.german » Normalisierung + Performance

Vorheriges Thema: == WöchentlicherPostgreSQL Newsletter - 11.Februar 2007
Nächstes Thema: == WöchentlicherPostgreSQL Newsletter - 4.Februar 2007