Skip site navigation (1) Skip section navigation (2)

Re: [COMMITTERS] pgsql: Enable CHECK constraints to be declared NOT VALID

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [COMMITTERS] pgsql: Enable CHECK constraints to be declared NOT VALID
Date: 2011-07-12 16:30:02
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-committerspgsql-hackers
On 07/12/2011 06:54 AM, Alvaro Herrera wrote:
> Excerpts from Magnus Hagander's message of mar jul 12 09:34:56 -0400 2011:
>>> Agreed.  On one level I like the sponsor message, but on the other
>>> having "Sponsored by RedHat" on every Tom Lane item will get tiring.
>>> ;-)

Create a macro ;)

>>> Can we add text if the employer is _not_ the feature sponsor?
>> That would be quite unfair to those who *do* employ committers....
>> Basically you'd get credit only if you didn't employ a committer.
> Well, that has worked well for my case -- I haven't ever credited my
> employer, only those that have specifically hired us for a particular
> patch.  My employer gets a lot of "credit" in the form of email
> signatures, like the one below ;-)

Yeah it depends on the committer. CMD gets credit through, the sig file and a host of other areas but Tom uses 
his personal information, so...

> But I see your point and I will stick to whatever policy we come up with
> (assuming we come up with one).
>> This all becomes much easier if we keep the ads out of the commit
>> messages, and stick to the technical side there. And find another
>> venue for the other credit.
> I'm open to ideas.

I think the commit log isn't actually useful for the "advertising" 
portion of this. Users don't read commit logs for the most part. 
However, it is an easy way for people who are writing release notes, 
press releases, etc... to find the information.

Is it a good place for the information? No.

Is it the easiest place to store it until somebody steps up and creates 
a proper way to track it so that it can be desimnated properly 
throughout the community? Probably.

We do need a way to track this information.


Command Prompt, Inc. -
PostgreSQL Support, Training, Professional Services and Development
The PostgreSQL Conference -
@cmdpromptinc - @postgresconf - 509-416-6579

In response to


pgsql-hackers by date

Next:From: Andres FreundDate: 2011-07-12 16:46:22
Subject: Deferred partial/expression unique constraints
Previous:From: Andrew DunstanDate: 2011-07-12 16:15:39
Subject: Re: Full GUID support

pgsql-committers by date

Next:From: Alvaro HerreraDate: 2011-07-12 21:28:58
Subject: pgsql: Add support for blocked commands in isolationtester
Previous:From: Magnus HaganderDate: 2011-07-12 14:29:40
Subject: pgsql: perltidy run over msvc build system

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group