Re: Optimise PostgreSQL for fast testing - Mailing list pgsql-general

From Simon Riggs
Subject Re: Optimise PostgreSQL for fast testing
Date
Msg-id CA+U5nMLucam154poezgev1fg1LrGDTZ7y9SLb-JEirJkN1qZsw@mail.gmail.com
Whole thread Raw
In response to Optimise PostgreSQL for fast testing  (Dmytrii Nagirniak <dnagir@gmail.com>)
Responses Re: Optimise PostgreSQL for fast testing  (Jack Christensen <jackc@hylesanderson.edu>)
Re: Optimise PostgreSQL for fast testing  (Dmytrii Nagirniak <dnagir@gmail.com>)
List pgsql-general
On Thu, Feb 23, 2012 at 5:13 AM, Dmytrii Nagirniak <dnagir@gmail.com> wrote:

> I wonder if you can suggest me how to speed-up PG when running specs.
> I asked it at SO here:
>
> http://stackoverflow.com/questions/9407442/optimise-postgresql-for-fast-testing
>
> But briefly. PG specs are >2x slower than SQLite.
> I want it to be on par (don't care about reliability or anything, just need
> fast specs).
>
> Would appreciate some suggestions.

You really need to explain why this matters...

You mention a "typical Ruby on Rails app" and then discuss SQLite.
Well, typical web apps have more than 1 user, so fairly obviously
using SQLite isn't appropriate. If SQLite isn't appropriate, why are
you testing with it? How does a test run on a database you aren't
using in production tell you anything about the success or otherwise
of your program. It doesn't, so saying it runs quicker is irrelevant,
surely?

Perhaps just run half the test, that would make it twice as quick and
still just as valid.

If Postgres tests run in ~1 minute, what benefit have you gained from
saving 30 seconds? How often are you running tests?

So please explain a little more.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Optimise PostgreSQL for fast testing
Next
From: "Albe Laurenz"
Date:
Subject: Re: How to enable thread safety on postgresql 8.3.6