Re: [PERFORM] Insert Concurrency - Mailing list pgsql-performance

From David Rowley
Subject Re: [PERFORM] Insert Concurrency
Date
Msg-id CAKJS1f8F=awmVawYVrr50KgUiAbkBAnYxDvPgnPdWbrPPx4New@mail.gmail.com
Whole thread Raw
In response to [PERFORM] Insert Concurrency  (ROBERT PRICE <rprice504@hotmail.com>)
List pgsql-performance
On 18 April 2017 at 14:55, ROBERT PRICE <rprice504@hotmail.com> wrote:
> I come from an Oracle background and am porting an application to postgres.
> App has a table that will contain 100 million rows and has to be loaded by a
> process that reads messages off a SQS queue and makes web service calls to
> insert records one row at a time in a postgres RDS instance. I know slow by
> slow is not the ideal approach but I was wondering if postgres had
> partitioning or other ways to tune concurrent insert statements. Process
> will run 50 - 100 concurrent threads.

Have you tested performance and noticed that it is insufficient for
your needs? or do you just assume PostgreSQL suffers from the same
issue as Oracle in regards to INSERT contention on a single table?

You may like to look at pgbench [1] to test the performance if you've
not done so already.

[1] https://www.postgresql.org/docs/9.6/static/pgbench.html

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


pgsql-performance by date:

Previous
From: ROBERT PRICE
Date:
Subject: [PERFORM] Insert Concurrency
Next
From: Daniel Blanch Bataller
Date:
Subject: Re: [PERFORM] Insert Concurrency