Re: bulk insert performance problem

PFC <lists@peufeu.com>

From: PFC <lists@peufeu.com>
To: "Christian Bourque" <christian.bourque@gmail.com>, pgsql-performance@postgresql.org
Date: 2008-04-08T22:48:35Z
Lists: pgsql-performance
> I have a performance problem with a script that does massive bulk
> insert in 6 tables. When the script starts the performance is really
> good but will degrade minute after minute and take almost a day to
> finish!

	Looks like foreign key checks slow you down.

	- Batch INSERTS in transactions (1000-10000 per transaction)
	- Run ANALYZE once in a while so the FK checks use indexes
	- Are there any DELETEs in your script which might hit nonidexed  
REFERENCES... columns to cascade ?
	- Do you really need to check for FKs on the fly while inserting ?
	ie. do you handle FK violations ?
	Or perhaps your data is already consistent ?
	In this case, load the data without any constraints (and without any  
indexes), and add indexes and foreign key constraints after the loading is  
finished.
	- Use COPY instead of INSERT.

	If you use your script to process data, perhaps you could import raw  
unprocessed data in a table (with COPY) and process it with SQL. This is  
usually much faster than doing a zillion inserts.