Very long SQL strings

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I can't seem to find a definitive answer to this.
 
It looks like Postgres does not enforce a limit on the length of an SQL string.  Great.  However is there some point at which a query string becomes ridiculously too long and affects performance?  Here's my particular case: consider an INSERT statement where you're using the new multi-row VALUES clause or SELECT ... UNION ALL to group together tuples.  Is it always better to group as many together as possible?
 
For example, on a toy table with two columns, I noticed about a 20% increase when bulking together 1000 tuples in one INSERT statement as opposed to doing 1000 individual INSERTS.  Would this be the same for 10000? 100000?  Does it depend on the width of the tuples or the data types?
 
Are there any values A and B such that grouping together A tuples and B tuples separately and running two statements, will be faster than grouping A+B tuples in one statement?
 
Steve
 

[Postgresql General]     [Postgresql PHP]     [PHP Users]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Yosemite]

  Powered by Linux