Josh Berkus wrote:
> On 5/3/11 11:01 AM, Kevin Grittner wrote:
> > In other words, calling it an in-memory table does capture
> > the essence of the intent; it is enough if the caveats which come
> > later cover the exceptions, IMO. But let's not rename the feature;
> > this is about marketing presentation.
>
> Right. What I'm suggesting ... and have already been doing, because I
> didn't realize it would be a problem, is that we say something like this
> in the description:
>
> "Unlogged tables are similar to in-memory tables or global temporary
> tables."
>
> That way, we make it clear that they're not exactly the same, but we
> still use the right buzzwords. And they are similar, because they can
> be used to fill the same needs.
>
> Part of the problem is the name we're using for the feature. "Unlogged
> tables" sounds like we've taken something away and are calling that a
> feature. "Now with no brakes!" As feature names go, it's as unsexy as
> you can get.
It has bothered me that "unlogged tables" are explained using their
implementation (logged), rather than their behavior (non-durable). How
is "Non-Durabble Tables" for a name?
--
Bruce Momjian <bruce@momjian.us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ It's impossible for everything to be true. +
