I'm forwarding this into the pgsql-hackers mailing list...I'm
bound to be overlooking *someone*'s hard work, but right now, the only one
that I can think of who's done any work on concurrency issues (assuming
I'm current in that this is the 'shared/multi-user' aspect we are
referring here) is Bruce Momjian...as for recovery, I don't think *anyone*
has dived into that area yet...
As for your co-operating with us in enhancing and extending...we
look very much forward to it. Keeping our academic ties, as much and as
far as possible, is in everyone's best interests, as it tends to provide a
fountain of "younger" ideas that us old-timers tend to overlook or not be
aware of :)
On Tue, 7 Jul 1998, Rasool Jalili wrote:
> Dear Marc,
> I am an Assistant Professor in the Department of Computer Engineering,
> Sharif University of Technology, Tehran, Iran. As a new research field,
> we intend to define some (currently one) Msc projects in concurrency
> control or recovery of Postgresql. This will help us to share our
> research ability here with you in enhancing/extending postgresql as an
> academic shareware DBMS. Unfortunately, we have been unable to find
> useful documentation saying in detail how the Postgresql transaction
> management has been formed and which algorithms have been implemented.
> I appreciate you if you let me know:
> - which (and at which level) of research have been done on these
> aspects of Postgresql?
> - how do you think of our cooperating in enhancing/extending
> - how can we have more information to initiate such projects?
> - is there any known database benchmarker tools on Linux for
> evaluating our modifications?
pgsql-hackers by date
|Next:||From: Thomas G. Lockhart||Date: 1998-07-07 15:15:39|
|Subject: Re: [BUGS] Small bug in union|
|Previous:||From: Tom Lane||Date: 1998-07-06 22:18:49|
|Subject: Which signal to use for CANCEL from postmaster to backend?|