From: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, PostgreSQL advocacy <pgsql-advocacy(at)postgresql(dot)org> |
Subject: | Re: Time to start the PR machine |
Date: | 2005-10-03 11:57:53 |
Message-ID: | 200510030757.53399.xzilla@users.sourceforge.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy |
On Friday 30 September 2005 21:14, Alvaro Herrera wrote:
> On Fri, Sep 30, 2005 at 04:13:45PM -0400, Robert Treat wrote:
> > On Fri, 2005-09-30 at 13:31, Joshua D. Drake wrote:
> > > Shared Row Locking: PostgreSQL's "better than row-level
> > > locking" has been improved further through the addition of
> > > shared row locks for foreign keys. Shared locks will improve
> > > insert and update performance on some OLTP applications
> > > ^^^^
> > >
> > > The word "some" sounds like it is a minority of OLTP applications.
> > > In general any moderately used OLTP app will benifit from this yes?
> > >
> > > many, most, or just say performance on OLTP applications.
> >
> > well, it will really only help on those systems that were stressing out
> > our current design (and thats really hardware dependent too) so maybe
> > "busy", "heavy","high load" or just "on OLTP applications".
>
> It will help applications that use foreign keys extensively. Do "most
> OLTP apps" do that? I guess any reasonably implemented app should.
ISTM it depends on how you define help. If your running an OLTP system on
current releases, and you dont have performance/deadlock issues, then this
isn't going to do much for you.
--
Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2005-10-03 18:55:12 | Re: Time to start the PR machine |
Previous Message | Mitch Pirtle | 2005-10-03 01:06:33 | Re: Time to start the PR machine |