Re: Optimise PostgreSQL for fast testing

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Optimise PostgreSQL for fast testing
Дата
Msg-id CA+U5nMKNom+Z_KT8Jjj3EbeDwQY8iL5Wko_4MB2B9OtZVHy78w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Optimise PostgreSQL for fast testing  (Scott Marlowe <scott.marlowe@gmail.com>)
Ответы Re: Optimise PostgreSQL for fast testing
Re: Optimise PostgreSQL for fast testing
Список pgsql-general
On Thu, Feb 23, 2012 at 5:20 PM, Scott Marlowe <scott.marlowe@gmail.com> wrote:

> He's probably doing automated continuous integration testing.  Two
> jobs ago we had a setup to do that and had 40k tests.  The whole test
> suite took about 30 minutes to runm and kicked off automatically when
> the last one finished and anyone touched any code.

Having lots of tests is a good thing. Bring 'em on.

If you use SQLite for that, then it all runs in a single thread and it
could easily take 30 minutes or longer.

Now all you have to do is parallelise the tests and everything can
work 10 times quicker and it would be much faster than the time SQLite
produced.

So using PostgreSQL for testing would be both quicker and more
accurate, if you set the tests up right.

The PostgreSQL regression tests are parallelised - if they weren't
we'd produce a lot less work

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

В списке pgsql-general по дате отправления:

Предыдущее
От: "Carlos Oliva"
Дата:
Сообщение: Re: Dynamic File Name for COPY TO in Stored Procedure
Следующее
От: Willem Buitendyk
Дата:
Сообщение: Upgrade to 9.1 causing function problem