From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | Nicolas Barbier <nicolas(dot)barbier(at)gmail(dot)com> |
Cc: | jeff sacksteder <jsacksteder(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: transaction limits? |
Date: | 2005-10-21 11:07:53 |
Message-ID: | 4358CC09.9090105@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Nicolas Barbier wrote:
> On 10/21/05, Richard Huxton <dev(at)archonet(dot)com> wrote:
>
>
>>jeff sacksteder wrote:
>>
>>
>>>Are there known limits to how many rows can be inserted by one transaction,
>>>or does that just reflect the already documented row, table and database
>>>limits?
>>
>>Well, the system will need to be able to roll back the transaction, so
>>at some point your system will grind to a halt. I shouldn't be surprised
>>if there was some counter that couldn't cope beyond 2^31 rows too but
>>no-one's found it yet.
>
>
> Just by not indicating that a transaction did commit, others will keep
> ignoring its rows. There is nothing to rollback here, thanks to MVCC.
> Of course, those rows will still be physically present until the next
> VACUUM.
D'oh - thanks Jeff. Due to brain malfunction I'd typed "roll back"
instead of "commit". What I was trying to get at was that if you commit
a zillion rows on your laptop you can sit there all day with your I/O
saturated while the WAL writes it out.
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Rae | 2005-10-21 11:17:32 | Re: transaction limits? |
Previous Message | Nicolas Barbier | 2005-10-21 10:25:36 | Re: transaction limits? |