| From: | Thomas Finneid <tfinneid(at)student(dot)matnat(dot)uio(dot)no> |
|---|---|
| To: | Jorge Godoy <jgodoy(at)gmail(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: select count() out of memory |
| Date: | 2007-10-26 06:32:14 |
| Message-ID: | 472189EE.2070303@ifi.uio.no |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Jorge Godoy wrote:
> Em Thursday 25 October 2007 13:36:09 tfinneid(at)student(dot)matnat(dot)uio(dot)no escreveu:
>> Regarding dumps and restore; the system will always be offline during
>> those operations and it will be so for several days, because a new project
>> might start at another location in the world, so the travelling there
>> takes time. In the mean time, all admin tasks can be performed without
>> problems, even backup operations that take 3 days.
>
> This sounds a lot like oil exploration... Data gathered from sensors is
> usually a few TBs, explosions have definite intervals, interference between
> sensors, etc.
Sorry I cant talk about what the work actually is, a colleague of mine
just got reprimanded for just mentioning he was working on a compression
library. The manager thought he was revealing *too much* :)
> Putting the data inside the DB fast is part of the solution, getting it out
> fast to be processes / analyzed is another part.
But you are right about that part, things needs to be fast.
regards
thomas
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Reg Me Please | 2007-10-26 06:35:30 | Re: Query_time SQL as a function w/o creating a new type |
| Previous Message | Thomas Finneid | 2007-10-26 06:26:13 | Re: select count() out of memory |