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@zeus.gau.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@zeus.gau.hu>
To: Chris Mair <list@1006.org>
Cc: psql performance list <pgsql-performance@postgresql.org>
Subject: Re: [PERFORM] big databases & hospitals
In-Reply-To: <1137260252.3769.1.camel@dell.home.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@pervasive.com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
