Re: Help me improve the 9.2 release announcement!

Lists: pgsql-advocacy
From: Josh Berkus <josh(at)agliodbs(dot)com>
To: pgsql-advocacy(at)postgresql(dot)org
Subject: Help me improve the 9.2 release announcement!
Date: 2012-08-04 00:23:49
Message-ID: 501C6B95.6030900@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Folks,

Selena and I have started drafting a release annoucement for version
9.2. It still needs quite a bit of polish before it's ready for
translation, but I'd like to make it final within a week.

We're going with a 2-part theme: Performance/Scalability, and JSON.
Among other things, this means leaving a major feature (Range Types) out
of the release announcement. However, I couldn't find a way to make
range types fit with a general theme, *and* they are hard to explain to
reporters and analysts (despite the fact that this is the one 9.2
feature I personally am already using).

Stuff that needs help:

* The intro paragraph is flat and boring. Needs jazzing up without
overloading the superlatives.
* The text on performance is largely a copy of what we already put in
the beta release. Seems like we could have more here.
* Maybe the explanations of the new JSON features could be longer? I'm
not sure.

I've thrown it up on the PostgreSQL wiki in order to enhance
collaboration. If you can see ways to improve the text, please either
edit it or post your own version. Just remember to annotate your edits!

https://wiki.postgresql.org/wiki/ReleaseAnnounce92

Oh, also, the text of the quotes is fixed. I might get new quotes
before press time, but you can't edit what other people are saying.

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


From: "Jonathan S(dot) Katz" <jonathan(dot)katz(at)excoventures(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-06 18:56:12
Message-ID: F3884B2A-B513-4C31-B44E-9C819173CD16@excoventures.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

On Aug 3, 2012, at 8:23 PM, Josh Berkus wrote:

> We're going with a 2-part theme: Performance/Scalability, and JSON.
> Among other things, this means leaving a major feature (Range Types) out
> of the release announcement. However, I couldn't find a way to make
> range types fit with a general theme, *and* they are hard to explain to
> reporters and analysts (despite the fact that this is the one 9.2
> feature I personally am already using).

I was planning to mention range types in a quote that I was going to submit. I think they are too important to leave out. In many ways, it would be better to promote the range type functionality in this release than JSON as range types support type extensions and have GiST indexing available. The primary target of people using Postgres are still developers, so we want them to be aware of what cool features are available.

For instance, a way to describe ranges in a way that both developers + reporters could understand: "PostgreSQL now supports range data types, which allow developers to quickly find overlapping series of data, useful for booking and reservation systems."

The ability to stored formatted JSON in Postgres is great, but it is still limited in terms of how we can interact with it compared to some of the other DBs on the market. Looking at the notes from the dev conf, it would be better to actively promote the JSON support on the 9.3 release as one of the key features, should a lot of those mentioned features get into the release.

Will take a crack at some language edits this evening.

Jonathan
>From pgsql-advocacy-owner(at)postgresql(dot)org Mon Aug 6 15:59:37 2012
Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229])
by mail.postgresql.org (Postfix) with ESMTP id 089098904BA
for <pgsql-advocacy(at)postgresql(dot)org>; Mon, 6 Aug 2012 15:59:36 -0300 (ADT)
Received: from mail-lb0-f174.google.com ([209.85.217.174])
by magus.postgresql.org with esmtp (Exim 4.72)
(envelope-from <magnus(at)hagander(dot)net>)
id 1SySWZ-0000N5-RH
for pgsql-advocacy(at)postgresql(dot)org; Mon, 06 Aug 2012 18:59:36 +0000
Received: by lbbgm6 with SMTP id gm6so3007668lbb.19
for <pgsql-advocacy(at)postgresql(dot)org>; Mon, 06 Aug 2012 11:59:18 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=google.com; s 120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type:x-gm-message-state;
bh=nP9tq1db9zFUqf19SL4yONiLlbyI23vVlby2ZQl6F6o=;
b5PI0RZ/J20hJ8XoRrLB3d+Puh48U7ncZUvR4E2tJHADkO4Yw5Co/IV/pSsqZlm0w
qDDMQuEnMuUytJ/M9CMyJT6s1s19N1YLvSY7+gMQzAaqJL2HKX0F9cG3OhbpeHPlLRu7
mwfmo5MnsXIlvA8XpmroY94KKkHuAVjYV3pEhhfmp/zdC3NbrAJ1zl/vIUjQtw0VQ5qP
+G8Dj4hPGpKS2ZYJCA3yBQGGtgS+x1UwsHoa3ZYAezIBm3LsWwFh2zAVC9m3t6yZIS0e
p8s5ooncJFe0s7GFGnMcE597JhTsbFbqWunMvMtem/5gSJjRLTbVU2mK+5A4af9hehwl
/t6Q=
MIME-Version: 1.0
Received: by 10.112.23.42 with SMTP id j10mr5082877lbf.20.1344279558065; Mon,
06 Aug 2012 11:59:18 -0700 (PDT)
Received: by 10.152.128.7 with HTTP; Mon, 6 Aug 2012 11:59:18 -0700 (PDT)
In-Reply-To: <5019BE44(dot)7060000(at)agliodbs(dot)com>
References: <5019BE44(dot)7060000(at)agliodbs(dot)com>
Date: Mon, 6 Aug 2012 20:59:18 +0200
Message-ID: <CABUevEyBokEthH30EjONCaeYj_QrDHGefBWZuyMQXY=DTcuvqw(at)mail(dot)gmail(dot)com>
Subject: Re: Call for RCs for 9.2 release
From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: PostgreSQL Advocacy <pgsql-advocacy(at)postgresql(dot)org>, Press-regional(at)pgfoundry(dot)org
Content-Type: text/plain; charset=ISO-8859-1
X-Gm-Message-State: ALoCoQkQ4GfmcSDObifq51EtPXLIR/sL3LQrk0gYSwPuOrL86d1uv4euwZwHDPcSmpTkT3dV20HG
X-Pg-Spam-Score: -2.6 (--)
X-Archive-Number: 201208/34
X-Sequence-Number: 17773

On Thu, Aug 2, 2012 at 1:39 AM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
> Folks,
>
> If you are a Regional Contact for PostgreSQL advocacy, or would like to
> be a regional contact, please respond here.

up for .se, as usual.

--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/


From: Thomas Kellerer <spam_eater(at)gmx(dot)net>
To: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 07:00:54
Message-ID: jvqef8$t31$1@dough.gmane.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Jonathan S. Katz, 06.08.2012 20:56:
>> We're going with a 2-part theme: Performance/Scalability, and
>> JSON. Among other things, this means leaving a major feature (Range
>> Types) out of the release announcement. However, I couldn't find
>> a way to make range types fit with a general theme, *and* they are
>> hard to explain to reporters and analysts (despite the fact that
>> this is the one 9.2 feature I personally am already using).
>
> I was planning to mention range types in a quote that I was going to
> submit. I think they are too important to leave out. In many ways,
> it would be better to promote the range type functionality in this
> release than JSON

I second that.

I too find the range types more important than a somewhat unfinished
JSON support (In my opinion it's missing indexing and access functions
to make it really usable)

> "PostgreSQL now supports range data types, which allow developers to
> quickly find overlapping series of data, useful for booking and
> reservation systems."

I like that.


From: Andreas Kretschmer <akretschmer(at)spamfence(dot)net>
To: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 16:06:34
Message-ID: 20120807160634.GA5022@tux
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Thomas Kellerer <spam_eater(at)gmx(dot)net> wrote:

>> I was planning to mention range types in a quote that I was going to
>> submit. I think they are too important to leave out. In many ways,
>> it would be better to promote the range type functionality in this
>> release than JSON
>
> I second that.
>
> I too find the range types more important than a somewhat unfinished
> JSON support (In my opinion it's missing indexing and access functions
> to make it really usable)

+1

>
>
>> "PostgreSQL now supports range data types, which allow developers to
>> quickly find overlapping series of data, useful for booking and
>> reservation systems."
>
> I like that.

Yepp, maybe 'useful (not only) for booking ...'

Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknown)
Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889°


From: Josh Berkus <josh(at)agliodbs(dot)com>
To: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 18:37:26
Message-ID: 50216066.9070809@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy


>> I second that.
>>
>> I too find the range types more important than a somewhat unfinished
>> JSON support (In my opinion it's missing indexing and access functions
>> to make it really usable)
>
> +1

So my problem is that I can't make it fit into a simple theme that the
general press will understand. Performance+JSON is a simple theme.
Performance+WierdNewTypes is not.

Also, incomplete or not, the JSON support has already gotten far more
press attention than any other feature in 9.2. Developer attention
also; at SCALE and PyCon, JSON support was the *only* 9.2 feature anyone
asked me about. So JSON needs to stay in, fairly prominently.

Can someone suggest a way to work range types into a simple, 2-part
theme which doesn't obscure the JSON message?

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


From: "Jonathan S(dot) Katz" <jonathan(dot)katz(at)excoventures(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 18:38:56
Message-ID: 09C89238-8495-43D9-8F5A-4731DFBDDB3A@excoventures.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy


>>> I second that.
>>>
>>> I too find the range types more important than a somewhat unfinished
>>> JSON support (In my opinion it's missing indexing and access functions
>>> to make it really usable)
>>
>> +1
>
> Can someone suggest a way to work range types into a simple, 2-part
> theme which doesn't obscure the JSON message?

Performance + Powerful Features
Performance + Power

Jonathan


From: Rob Napier <rob(at)doitonce(dot)net(dot)au>
To: Josh Berkus <josh(at)agliodbs(dot)com>, <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 21:00:57
Message-ID: CC47BF29.95A9%rob@doitonce.net.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Josh

Based on what I've been able to follow, I'd include JSON but indicate that
this is the first phase of the development of JSON. That will take the wind
out of any criticism that it will get for being less complete than the
opposition. I would view it as a promise of further improvement in 9.3.

On 8/08/12 4:37 AM, "Josh Berkus" <josh(at)agliodbs(dot)com> wrote:
>
> So my problem is that I can't make it fit into a simple theme that the
> general press will understand. Performance+JSON is a simple theme.
> Performance+WierdNewTypes is not.
>
> Also, incomplete or not, the JSON support has already gotten far more
> press attention than any other feature in 9.2. Developer attention
> also; at SCALE and PyCon, JSON support was the *only* 9.2 feature anyone
> asked me about. So JSON needs to stay in, fairly prominently.
>
> Can someone suggest a way to work range types into a simple, 2-part
> theme which doesn't obscure the JSON message?

As for the WeirdNewTypes, it needs a simple lo-tech way of explaining it.
Maybe a short, simple example of how it is applied.

Rob


From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Rob Napier <rob(at)doitonce(dot)net(dot)au>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 21:08:18
Message-ID: 502183C2.10408@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy


On 08/07/2012 02:00 PM, Rob Napier wrote:

>> Can someone suggest a way to work range types into a simple, 2-part
>> theme which doesn't obscure the JSON message?
>
> As for the WeirdNewTypes, it needs a simple lo-tech way of explaining it.
> Maybe a short, simple example of how it is applied.

"CoolNewTypes"

Weird implies well wierd, they aren't weird, they are cool, hot, nifty,
rocking.

jD

>
> Rob
>
>
>
>

--
Command Prompt, Inc. - http://www.commandprompt.com/
PostgreSQL Support, Training, Professional Services and Development
High Availability, Oracle Conversion, Postgres-XC
@cmdpromptinc - 509-416-6579


From: Rob Napier <rob(at)doitonce(dot)net(dot)au>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 21:45:31
Message-ID: CC47C99B.95AF%rob@doitonce.net.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Joshua

Don't shoot the messenger. I'm just quoting Josh. And, BTW, from my
experience as a dbIgnoramus, I have to agree with his description.

To all you dbExperts on this list, I'd like to mention my own recent
experience with PostgreSQL that demonstrates the barrier to entry for people
trying to swing across from MySQL or other databases.

I decided recently that I would make time to really try to understand the
features and benefits of PostgreSQL. Thanks to the great Enterprise DB
installer package, I was able to install the software without any problems.
One barrier down!

And I found the wiki documentation really easy to follow, up to the point
when it starts to jump into object-relational blah blah blah.

Yes, I understand OOP and relational databases but when applied together,
the language is almost meaningless and more importantly: its significance to
me in developing a database. So I went to Wikipedia and elsewhere for an
explanation. That was worse. Much worse.

I've been building successful database applications for 25 years without a
problem. So I though the transition to PostgreSQL would not be too
difficult. Well, it is - if you haven't graduated from college in the last
10 years or invested 1000s of hours in private study.

Unless you folk want to continue being an object-relatively exclusive club,
you need to make information more accessible. I can cite numerous examples
in other industries where the second-or-third-best product dominates the
market by keeping the message simple and the product accessible.

So here is my offer: I am prepared to work (on Skype) with one or more
individuals who can explain the significance of Josh's no doubt,
illuminating announcement, and I'll write a media release for the rest of us
mortals.

And I'm willing to do this on any PostgreSQL text, as long as there is
someone ready to give me context to work with.

If there is a really well-written book that would break down the barriers
for me, what is its title? My PostgreSQL textbook would stop a tank!

Getting the right balance seems to be a problem. But it's a problem that
needs to be solved if mere mortals such as myself are ever going to make the
transition.

Apologies for the length of this post. Thank you for your time.

Rob Napier

On 8/08/12 7:08 AM, "Joshua D. Drake" <jd(at)commandprompt(dot)com> wrote:

>
> On 08/07/2012 02:00 PM, Rob Napier wrote:
>
>>> Can someone suggest a way to work range types into a simple, 2-part
>>> theme which doesn't obscure the JSON message?
>>
>> As for the WeirdNewTypes, it needs a simple lo-tech way of explaining it.
>> Maybe a short, simple example of how it is applied.
>
> "CoolNewTypes"
>
> Weird implies well wierd, they aren't weird, they are cool, hot, nifty,
> rocking.
>
> jD
>


From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Rob Napier" <rob(at)doitonce(dot)net(dot)au>
Cc: "Josh Berkus" <josh(at)agliodbs(dot)com>,<pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 22:09:58
Message-ID: 50214BE6020000250004948B@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

"Joshua D. Drake" <jd(at)commandprompt(dot)com> wrote:
> On 08/07/2012 02:00 PM, Rob Napier wrote:
>
>>> Can someone suggest a way to work range types into a simple,
>>> 2-part theme which doesn't obscure the JSON message?
>>
>> As for the WeirdNewTypes, it needs a simple lo-tech way of
>> explaining it. Maybe a short, simple example of how it is
>> applied.
>
> "CoolNewTypes"
>
> Weird implies well wierd, they aren't weird, they are cool, hot,
> nifty, rocking.

Yeah, if we need to punch just two points, with the ability to
elaborate a little, I would say performance (with emphasis on being
able to scale well to larger volumes and big new hardware) and new
types to simplify life for application programmers (JSON and
ranges).

JSON is all the rage with web-oriented programmers. There is a
group of people for whom there pretty much couldn't be bigger
PostgreSQL news than this feature. When we get to the day that we
have an HTTP access method that provides a "RESTful" interface to
database data through JSON, the web programmmers here will probably
throw a big party over how easy we've made their work. 9.2 doesn't
take it all the way there, but it is a giant leap in that direction,
which will cause some jaws to drop around here.

On the other hand, I suspect that ranges will get wider adoption,
because there are so many places that they make existing queries
simpler and faster, regardless of whether you are web-oriented. The
obvious applications are related to scheduling, but I suspect it
will be put to many other uses.

-Kevin


From: Leif Biberg Kristensen <leif(at)solumslekt(dot)org>
To: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 22:12:21
Message-ID: 201208080012.21615.leif@solumslekt.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Tirsdag 7. august 2012 23.45.31 skrev Rob Napier :
> I've been building successful database applications for 25 years without a
> problem. So I though the transition to PostgreSQL would not be too
> difficult. Well, it is - if you haven't graduated from college in the last
> 10 years or invested 1000s of hours in private study.

I think that's a mild exaggeration. I found my way to Postgres from MySQL in
2005, and didn't find it particularly hard. I tend to think of myself as a
regular Joe Sixpack type, although I started with CP/M around 1984 and was a
UNIX sysadmin in the Nineties, and never became much impressed by the Redmond
Click-o-Rama paradigm. You may call me a command-line freak if that suits you.

I came to Postgres because I was in the process of developing my own genealogy
database, and was disgusted by MySQL's "relaxed" error-checking. I have never
looked back.

> Unless you folk want to continue being an object-relatively exclusive club,
> you need to make information more accessible. I can cite numerous examples
> in other industries where the second-or-third-best product dominates the
> market by keeping the message simple and the product accessible.

Postgres may appear "geeky" if you judge it by the most verbal part of the
community alone, but from a DB developer's POV it's not harder to work with
than most other RDBMSes. It's certainly different from MySQL, but I for one find
that to be more of an asset than a liability.

regards, Leif
http://code.google.com/p/yggdrasil-genealogy/


From: Thomas Kellerer <spam_eater(at)gmx(dot)net>
To: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 22:19:14
Message-ID: jvs491$6oa$1@dough.gmane.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Rob Napier wrote on 07.08.2012 23:45:
> And I found the wiki documentation really easy to follow, up to the point
> when it starts to jump into object-relational blah blah blah.

Why the wiki and not the "real" manual? I find it (the manual) at least as easy to read as
the MySQL manual (in fact I find it better structured than MySQL's manual)

The manual hardly ever talks about "object relational" stuff. Only where
table inheritance is documented and for partitioning (which is using
table inheritance).


From: "Jonathan S(dot) Katz" <jonathan(dot)katz(at)excoventures(dot)com>
To: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Rob Napier" <rob(at)doitonce(dot)net(dot)au>, "Josh Berkus" <josh(at)agliodbs(dot)com>, <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-07 22:31:05
Message-ID: 7C14BC80-DD4E-4842-A9FF-0340A7E1A8AC@excoventures.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

> "Joshua D. Drake" <jd(at)commandprompt(dot)com> wrote:
>> On 08/07/2012 02:00 PM, Rob Napier wrote:
>>
>>>> Can someone suggest a way to work range types into a simple,
>>>> 2-part theme which doesn't obscure the JSON message?
>>>
>>> As for the WeirdNewTypes, it needs a simple lo-tech way of
>>> explaining it. Maybe a short, simple example of how it is
>>> applied.
>>
>> "CoolNewTypes"
>>
>> Weird implies well wierd, they aren't weird, they are cool, hot,
>> nifty, rocking.
>
> Yeah, if we need to punch just two points, with the ability to
> elaborate a little, I would say performance (with emphasis on being
> able to scale well to larger volumes and big new hardware) and new
> types to simplify life for application programmers (JSON and
> ranges).
>
> JSON is all the rage with web-oriented programmers. There is a
> group of people for whom there pretty much couldn't be bigger
> PostgreSQL news than this feature. When we get to the day that we
> have an HTTP access method that provides a "RESTful" interface to
> database data through JSON, the web programmmers here will probably
> throw a big party over how easy we've made their work. 9.2 doesn't
> take it all the way there, but it is a giant leap in that direction,
> which will cause some jaws to drop around here.

From a marketing perspective, touting the JSON support will definitely get some more eyeballs from the web community. Being in the web in the "web-oriented programmer" category myself, if I were to further look into the 9.2 JSON support, I would come away wondering what the "hype" is with it as, on a functional basis, it just ensures that I store valid JSON in the database. If I had to do any more serious data processing on evaluation and would prefer to do it at the database level, I would look at another data source.

As I said before, I'm glad Postgres is starting to have JSON support (I've randomly bugged people for it through the years :-), but we do need to make sure we point out our strengths.

> On the other hand, I suspect that ranges will get wider adoption,
> because there are so many places that they make existing queries
> simpler and faster, regardless of whether you are web-oriented. The
> obvious applications are related to scheduling, but I suspect it
> will be put to many other uses.

+1 and especially for a "web-oriented developer, " once you understand what ranges can do, you suddenly have a lot of very fast querying options :-) For instance, just about anything involving a "slider" UI element that on a web page that goes into a search can be turned into a range query. At the end of the day, most web-developers care about speed and simple ways to extract performance out of the tools they are using.

Jonathan
From pgsql-advocacy-owner(at)postgresql(dot)org Tue Aug 7 20:22:22 2012
Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229])
by mail.postgresql.org (Postfix) with ESMTP id AC2232E810A
for <pgsql-advocacy(at)postgresql(dot)org>; Tue, 7 Aug 2012 20:22:21 -0300 (ADT)
Received: from smtp.01.com ([199.36.142.181])
by magus.postgresql.org with esmtp (Exim 4.72)
(envelope-from <josh(at)agliodbs(dot)com>)
id 1Syt6P-0000UC-3z
for pgsql-advocacy(at)postgresql(dot)org; Tue, 07 Aug 2012 23:22:20 +0000
Received: from localhost (localhost.localdomain [127.0.0.1])
by smtp-out-2.01.com (Postfix) with ESMTP id 49F583900CE;
Tue, 7 Aug 2012 18:22:03 -0500 (CDT)
X-Virus-Scanned: amavisd-new at smtp-out-2.01.com
Received: from smtp.01.com ([127.0.0.1])
by localhost (smtp-out-2.01.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id Wx7z0ufppGKJ; Tue, 7 Aug 2012 18:22:03 -0500 (CDT)
Received: from smtp.01.com (localhost.localdomain [127.0.0.1])
by smtp-out-2.01.com (Postfix) with ESMTP id 18E80390115;
Tue, 7 Aug 2012 18:22:03 -0500 (CDT)
Received: from Sidney-Stratton.local (70-36-143-92.dsl.dynamic.sonic.net [70.36.143.92])
by smtp-out-2.01.com (Postfix) with ESMTPSA id 9739D3900CE;
Tue, 7 Aug 2012 18:22:02 -0500 (CDT)
Message-ID: <5021A319(dot)6040806(at)agliodbs(dot)com>
Date: Tue, 07 Aug 2012 16:22:01 -0700
From: Josh Berkus <josh(at)agliodbs(dot)com>
Organization: PostgreSQL Experts Inc.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: Alexey Klyukin <alexk(at)commandprompt(dot)com>
CC: PostgreSQL Advocacy <pgsql-advocacy(at)postgresql(dot)org>,
Press-regional(at)pgfoundry(dot)org,
Nikolay Samokhvalov <samokhvalov(at)gmail(dot)com>
Subject: Re: Call for RCs for 9.2 release
References: <5019BE44(dot)7060000(at)agliodbs(dot)com> <48883A9C-9A6B-4A17-8BDC-E0B7505C4374(at)commandprompt(dot)com>
In-Reply-To: <48883A9C-9A6B-4A17-8BDC-E0B7505C4374(at)commandprompt(dot)com>
X-Enigmail-Version: 1.4.3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Pg-Spam-Score: -1.9 (-)
X-Archive-Number: 201208/48
X-Sequence-Number: 17787

> Therefore, unless there are objections or others willing to handle these duties, I'd like to become the RC for Ukraine.
> My phone number is: +380 91 917-70-43.

Sounds good to me!

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


From: Rob Napier <rob(at)doitonce(dot)net(dot)au>
To: Thomas Kellerer <spam_eater(at)gmx(dot)net>
Cc: "pgsql-advocacy(at)postgresql(dot)org" <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-08 02:17:28
Message-ID: 8B7E5EFC-EFBD-4E88-A921-5C0151D1B531@doitonce.net.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

You're right. I meant the manual. And I agree. It is well written for its audience.

But my reference to object- relational was just intended as an example of what you DB professionals live with day in and day out.but we, the great unwashed, do find it difficult to get started.

Citing individual successes misses the point. The success of MySQL, FileMaker, Access et al proves that there is a big market opportunity being missed.

No, those applications don't interest the experts but it adds indirectly to the overall success of the product.

I wonder what percentage of developers started out with Access.

Rob Napier

On 08/08/2012, at 8:19 AM, Thomas Kellerer <spam_eater(at)gmx(dot)net> wrote:

> Rob Napier wrote on 07.08.2012 23:45:
>> And I found the wiki documentation really easy to follow, up to the point
>> when it starts to jump into object-relational blah blah blah.
>
> Why the wiki and not the "real" manual? I find it (the manual) at least as easy to read as
> the MySQL manual (in fact I find it better structured than MySQL's manual)
>
> The manual hardly ever talks about "object relational" stuff. Only where
> table inheritance is documented and for partitioning (which is using
> table inheritance).
>
>
>
>
>
> --
> Sent via pgsql-advocacy mailing list (pgsql-advocacy(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-advocacy
>


From: Josh Berkus <josh(at)agliodbs(dot)com>
To: "Jonathan S(dot) Katz" <jonathan(dot)katz(at)excoventures(dot)com>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Rob Napier <rob(at)doitonce(dot)net(dot)au>, pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-08 03:23:51
Message-ID: 5021DBC7.9050308@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy


>> Yeah, if we need to punch just two points, with the ability to
>> elaborate a little, I would say performance (with emphasis on being
>> able to scale well to larger volumes and big new hardware) and new
>> types to simplify life for application programmers (JSON and
>> ranges).

So I'd like to see some draft language for the 2nd section of the
release. So far, there's been a lot of general suggestions, but what
I'm having trouble with is the specific language for the release, not
the concepts.

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com


From: Chris Travers <chris(dot)travers(at)gmail(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-advocacy(at)postgresql(dot)org
Subject: Re: Help me improve the 9.2 release announcement!
Date: 2012-08-08 03:45:51
Message-ID: CAKt_Zfvj6vq-eU6dXWDD6POqgDFnLiYHv-d36xxVf6Lx-6spAQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-advocacy

Regarding JSON, I would suggest adding XML alongside HSTORE as related
features which allow a No-SQL-like approach. JSON and XML can be thought
of as equivalent formats (alongside HSTORE) and while there are perhaps
different features there, it helps emphasize the flexibility that
PostgreSQL has in these areas.

You are already positioning JSON as one feature among many related ones,
and adding mention that we already have XML support just bolsters the view
that we are committed to these workflows.

Hope this helps,
Chris Travers