Hello. Just my 2 cents, and not looking to the technical aspects: setting up PSQL is the weakest point of PSQL as we have experienced ourself, once it is running it is great. I can imagine that a lot of people of stops after their first trials after they have experienced the troubles and performance of a standard set up. This is ofcourse a lost user forever. So anything that could be done to get an easier and BETTER setup would strongly enhance PSQL. My 2 cents. Henk Sanders -----Oorspronkelijk bericht----- Van: pgsql-performance-owner@xxxxxxxxxxxxxx [mailto:pgsql-performance-owner@xxxxxxxxxxxxxx]Namens Tom Lane Verzonden: vrijdag 27 april 2007 16:37 Aan: Carlos Moreno CC: PostgreSQL Performance Onderwerp: Re: [PERFORM] Feature Request --- was: PostgreSQL Performance Tuning Carlos Moreno <moreno_pg@xxxxxxxxxxx> writes: > Tom Lane wrote: >> But >> the fundamental problem remains that we don't know that much about >> how the installation will be used. > Notice that the second part of my suggestion covers this --- have > additional switches to initdb That's been proposed and rejected before, too; the main problem being that initdb is frequently a layer or two down from the user (eg, executed by initscripts that can't pass extra arguments through, even assuming they're being invoked by hand in the first place). regards, tom lane ---------------------------(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
