Grokbase
x

alvherre

Profile | Posts (262)

User Information

XML FeedPosts by alvherre
Display Name:alvherre
Username:alvherre
Partial Email Address:alv...@alvh.no-ip.org
Posts:
262 total
44 in PostgreSQL - Admin
10 in PostgreSQL - Advocacy
51 in PostgreSQL - Bugs
16 in PostgreSQL - Docs
95 in PostgreSQL - General
2 in PostgreSQL - Interfaces
1 in PostgreSQL - Novice
32 in PostgreSQL - Performance
17 in PostgreSQL - SQL

5 Most Recent

All Posts
1) alvherre [GENERAL] greylisting no longer working?
| +1 vote
Hi, It seems the greylisting setup stopped quarantining emails? I'm getting a lot more spam in...
PostgreSQL - General
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
Hi,

It seems the greylisting setup stopped quarantining emails?  I'm getting
a lot more spam in pgsql-hackers and the other lists I moderate, and
nothing in the headers suggest that they were greylisted at all.

Did something happen?

--
Alvaro Herrera http://www.flickr.com/photos/alvherre/
"The problem with the future is that it keeps turning into the present"
(Hobbes)

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org/
2) alvherre [GENERAL] testing the news gateway
| +1 vote
Hello! This is just a test, please ignore. If you don't ignore it, I'll ignore you. Thanks,
PostgreSQL - General
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
Hello!  This is just a test, please ignore.

If you don't ignore it, I'll ignore you.

Thanks,

--
Alvaro Herrera

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [email protected: majo...@postgresql.org] so that your
message can get through to the mailing list cleanly
3) alvherre Re: [GENERAL] Hijack!
| +1 vote
Huh, you know you can de-duplicate them at your end, right? Actually I prefer to get the private...
PostgreSQL - General
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
Lew wrote:
> Trevor Talbot wrote:
>> On 12/11/07, Guy Rouillier <guyr-ml1@burntmail.com> wrote:
>>
>>> Now, a gripe rightly attributable to the to PG mailing list setup is
>>> that every time I reply, I have to:
>>>
>>> (1) use reply all, because reply is set to go to the individual rather
>>> than the list
>>>
>>> (2) delete all the individual addressees so only the list is left, then
>>> change that from CC to TO
>>
>> Actually, another convention on this list is to "reply all" and leave
>> the individual addresses.
>
> I'm really glad that people don't do that on this list. I /hate/ getting
> individual email copies from list posters. I'm going to read it on the
> list; why in the world would I want that clutter in my inbox?

Huh, you know you can de-duplicate them at your end, right?  Actually I
prefer to get the private copy, so that I get the email immediately even
if the list server is down or slow.

--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
"Ninguna manada de bestias tiene una voz tan horrible como la humana" (Orual)

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org/
4) alvherre Re: [GENERAL] extend "group by" to include "empty relations" ?
| +1 vote
Your problem is not on the GROUP BY, but rather that you need an outer join. Try something like...
PostgreSQL - General
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
peter pilsl wrote:

> But there is a problem now: There are also entries in fn_kat which dont
> have corresponding entries in fn_dokumente and this entries should be
> listed too. With the proper count=0 !!

Your problem is not on the GROUP BY, but rather that you need an outer
join.  Try something like

select k.kategorie,count(d.oid) from fn_kat k left join fn_dokumente d
on k.id=d.kategorie group by k.kategorie;

--
Alvaro Herrera http://www.PlanetPostgreSQL.org/
"The first of April is the day we remember what we are
the other 364 days of the year"  (Mark Twain)

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
       choose an index scan if your joining column's datatypes do not
match
5) alvherre Re: [GENERAL] Slow PITR restore
| +1 vote
Actually, if you are modifying the same blocks over and over it will help *less*, because applying...
PostgreSQL - General
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
Gregory Stark wrote:
> "Simon Riggs" <simon@2ndquadrant.com> writes:
>
> > It's a good idea, but it will require more complex code. I prefer the
> > simpler solution of using more processes to solve the I/O problem.
>
> Huh, I forgot about that idea. Ironically that was what I suggested when
> Heikki described the problem.
>
> I think it's more complex than using posix_fadvise. But it's also more
> ambitious. It would allow us to use not only the full random access i/o
> bandwidth but also allow us to use more cpu. In cases where the database fits
> entirely in ram and we're recovering many many operations modifying the same
> blocks over and over that might help a lot.

Actually, if you are modifying the same blocks over and over it will
help *less*, because applying each record needs to occur only after the
previous records that modify the same block have been applied.

So you have two possibilities: you skip that record and try to apply the
next one, hoping that that record applies to a block that's not locked,
(which means you have to remember the skipped record and apply it
sometime in the future), or you put the process to sleep until the lock
has been released.

--
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
"La conclusión que podemos sacar de esos estudios es que
no podemos sacar ninguna conclusión de ellos" (Tanenbaum)

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [email protected: majo...@postgresql.org] so that your
message can get through to the mailing list cleanly

spacer
Profile | Posts (262)
Home > People > alvherre