From: | Michael Guerin <guerin(at)rentec(dot)com> |
---|---|
To: | "M(dot) Bastin" <marcbastin(at)mindspring(dot)com> |
Cc: | pgsql-novice(at)postgresql(dot)org |
Subject: | Re: vacuum full question. |
Date: | 2004-04-21 17:50:13 |
Message-ID: | 4086B455.6020309@rentec.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
Sure, however this is not a data consistency issue, it's a maintenance
routine. If its shuffling around data to free up pages, it seems it
should be able to save some of this work. For instance, SQL server has
a command to defrag an index: dbcc indexdefrag which I believe is
similar to vacuum, in that it reorganizes the data check out:.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_dbcc_30o9.asp
M. Bastin wrote:
> The general principle is that any transaction that is being canceled
> is fully lost and the database remains in the same state as before the
> transaction was started.
>
> I don't know the pgsql internals but I don't see why this shouldn't be
> the case for a VACUUM too.
>
> Marc
>
> At 1:23 PM -0400 4/21/04, Michael Guerin wrote:
>
>> What happens when a vacuum full is canceled? Is any of the completed
>> work retained, or is everything lost?
>>
>>
>>
>> ---------------------------(end of broadcast)---------------------------
>> TIP 2: you can get off all lists at once with the unregister command
>> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-04-21 19:03:28 | Re: Timestamp Default value |
Previous Message | M. Bastin | 2004-04-21 17:34:56 | Re: vacuum full question. |