Re: Time to start the PR machine

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

In response to

Browse pgsql-advocacy by date

  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