Re: [Info-ingres] Very Large Table and Update
- From: "Roy Hann" <specially@xxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 20 Jul 2006 16:53:46 +0100
<martin.bowes@xxxxxxxxxxxxx> wrote in message
news:mailman.1153405202.9853.info-ingres@xxxxxxxxxxxxxxxxxx
Hi Everyone,
I have a very large table (15G) that I need to update. This blows my 1G
Transaction Log file out of the water.
Although I could in this particular case break the single update into lots
of separatly committed transactions, I'm not happy with this as a
general solution. The thought of something failing halfway through and
then leaving me with the mess of working out what commited - what
didn't and how to restore the situation just gives me the creeps.
Set nologging similarly sucks.
Has anyone got a better solution? And No I don't want to have to make
my Log file > 15G.
I see that a number of people have already proposed the suggestions I would
have made first.
If this is a one-off task and not something you need to be able to do
routinely, consider using CREATE...AS SELECT to create a new table with the
update being done on-the-fly. Provided the new table is not created with
journaling (or anything else that would defeat a bulk-load), and you have
the necessary 15Gb, it should do virtually no logging. What you do after
that is a bit messy--I'd probably be happy to drop the original table and
create a synonym for the new one. (BTW, a forthcoming release of Ingres is
probably going to support renaming of database objects.) If you don't like
that, take a bit longer and repeat the same trick again to create a new copy
of the new table, with same name as the original table had.
Roy
.
- References:
- [Info-ingres] Very Large Table and Update
- From: martin . bowes
- [Info-ingres] Very Large Table and Update
- Prev by Date: RE: [Info-ingres] Very Large Table and Update
- Next by Date: Re: Very Large Table and Update
- Previous by thread: [Info-ingres] Very Large Table and Update
- Next by thread: Re: Very Large Table and Update
- Index(es):
Relevant Pages
|