Re: Postgresql, PSN hack and table limits

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Mark Morgan Lloyd <markMLl(dot)pgsql-general(at)telemetry(dot)co(dot)uk>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Postgresql, PSN hack and table limits
Date: 2011-05-01 08:20:14
Message-ID: BANLkTikG-QwiVPW-_1gCfk=w-0T_hCOFDw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, May 1, 2011 at 07:50, Mark Morgan Lloyd
<markMLl(dot)pgsql-general(at)telemetry(dot)co(dot)uk> wrote:
> Somebody is making a very specific claim that Postgres can support a limited
> number of rows:
>
> "INPS (a data forensics team) said that there is 7 main Databases all hosted
> at different data centers but linked over a type of 'cloud' Each database
> uses PostGRESSQL which would mean the most amount of data each database
> could hold with no stability issues is aproximitely equal to that of
> 10,348,439 Rows" http://pastebin.com/MtX1MDdh
>
> Does anybody have any idea where they've got hold of this figure?

PostgreSQL, of course, has no such ridiculous limits.

Whether a specific application running on top of PostgreSQL would have
a limitation like that, is of course a different question - that might
certainly be possible, even though the limit mentioned is a really
weird number.

I find it really hard to parse the text of that post to even
understand what they mean, but it's rather obviously filled with other
completely incorrect technical statements, so I wouldn't pay any
attention to this one in particular. (e.g. since when did you need
port 25 to download an email attachment? and suddenly they mention
oracle metasploits, which obviously wouldn't work on postgres)

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

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message John R Pierce 2011-05-01 08:32:10 Re: Postgresql, PSN hack and table limits
Previous Message Thomas Markus 2011-05-01 07:41:43 Re: histogram