From: | Hannu Krosing <hannu(at)tm(dot)ee> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Straight-from-the-horses-mouth dept |
Date: | 2002-06-06 11:00:44 |
Message-ID: | 1023361244.24429.137.camel@taru.tm.ee |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 2002-06-06 at 07:18, Tom Lane wrote:
> I've been having a lot of fun here at the SIGMOD annual conference,
> attaching faces to names like Stonebraker, Hellerstein, Aoki,
> Seltzer (if these do not ring a bell, you ain't read enough Postgres
> source code lately). I felt I had to pass along this gem from Joe
> Hellerstein, right after he observed that he knew the PG sources
> quite well, and he'd noticed MySQL was a lot smaller:
>
> "Postgres is bloatware by design: it was built to house PhD theses."
>
> immediately followed by
>
> "The current maintainers [he's looking right at me while he says this]
> have done a great job of trimming the fat. I know that *my* thesis
> is gone entirely."
I hope it is removed in such a clean way that it can be put back _as an
installable module_ if needed.
Bloatware or not, one of the main advantages of PG is that it is
designed to be extensible.
<rant>
One thing I think we have stripped too much is time travel. I hope that
there will be possibility to put back hooks for the following:
1) logging dead tuples as they are removed,either to text file or
archive table/database depending on installed logging function)
2) have VACUUM delete only tuples dead before transaction N (I'd prefer
some timestamp, but that would need logging transaction times or moving
transaction iods to 64bits so that they can embed time)
3) some way to tell postgres to get data as it was at transaction N - it
would be a great way for recovering accidentally deleted data (I send
out my quite crappy python code for retrieving dead tuples from data
files 1-2 times a month :)
SELECT * FROM MYTABLE AS OF TRANSACTION(123456) would be great.
4) some sparse logging of transaction times, say log current trx nr
every 5 minutes, making 3) more usable.
</rant>
-------------------
Hannu, anxiousy wating for more stuff the alleged horses have to say ;)
From | Date | Subject | |
---|---|---|---|
Next Message | Travis Hoyt | 2002-06-06 12:47:49 | Re: PostgreSQL on AIX |
Previous Message | D'Arcy J.M. Cain | 2002-06-06 10:34:35 | Re: PostgreSQL on AIX |