Case studies (was: [PERFORM] big databases & hospitals])

Any reason why there's a lot more detail in the daemonnews post than in
our posted case study?

----- Forwarded message from Tomka Gergely <tomka(at)zeus(dot)gau(dot)hu> -----

X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on noel.decibel.org
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
version=3.1.0
X-Greylist: delayed 05:42:46.399518 by SQLgrey-
Date: Sat, 14 Jan 2006 18:55:49 +0100 (CET)
From: Tomka Gergely <tomka(at)zeus(dot)gau(dot)hu>
To: Chris Mair <list(at)1006(dot)org>
Cc: psql performance list <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [PERFORM] big databases & hospitals
In-Reply-To: <1137260252(dot)3769(dot)1(dot)camel(at)dell(dot)home(dot)lan>
X-Mailing-List: pgsql-performance
Precedence: bulk

2006-01-14 ragyog? napj?n Chris Mair ezt ?zente:

>
> > Additionally, because this company develops hospital information systems,
> > if someone knows about a medical institute, which uses Postgresql, and
> > happy, please send me infomation. I only now subscribed to the advocacy
> > list, and only started to browse the archives.
>
> Hi,
>
> have you seen this case study:
> http://www.postgresql.org/about/casestudies/shannonmedical

Yes, and i found this page:

http://advocacy.daemonnews.org/viewtopic.php?t=82

which is better than this small something on the postgres page. Quotes
like this:

"The FreeBSD/PostgreSQL combination is extremely flexible and
robust."

the sweetest music for us. But two example better than one, and i can't
find technical details, the size of the data, by example. I can only guess
the architecture (single node, single cpu, no HA or expensive RAID,
because AFAIK FreeBSD in 2000 was not to good in this areas).

Thanks, of course!

--
Tomka Gergely
Tudom, anyu. Sapka, s?l, doksi.

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

http://archives.postgresql.org

----- End forwarded message -----

--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461