From: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
---|---|
To: | me(at)alternize(dot)com |
Cc: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Mark Kirkwood <markir(at)paradise(dot)net(dot)nz>, Michael Crozier <crozierm(at)conducivetech(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Autovacuum / full vacuum (off-topic?) |
Date: | 2006-01-20 19:02:36 |
Message-ID: | 20060120190236.GM20182@pervasive.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Fri, Jan 20, 2006 at 06:46:45PM +0100, me(at)alternize(dot)com wrote:
> >Sure... I've never been asked to consult on our stuff, and in any case,
> >I don't do web front-ends (one of the nice things about working with a
> >team of other consultants). AFAIK IIS will happily talk to PostgreSQL
> >(though maybe I'm wrong there...)
>
> iis (yeah, asp in a successfull productive environement hehe) & postgresql
> works even better for us than iis & mssql :-)
Just last night I was talking to someone about different databases and
what-not (he's stuck in a windows shop using MSSQL and I mentioned I'd
heard some bad things about it's stability). I realized at some point
that asking about what large installs of something exist is pretty
pointless... given enough effort you can make almost anything scale. As
an example, there's a cable company with a MySQL database that's nearly
1TB... if that's not proof you can make anything scale, I don't know
what is. ;)
What people really need to ask about is how hard it is to make something
work, and how many problems you're likely to keep encountering.
--
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
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2006-01-20 19:04:37 | Re: query stopped working after tables > 50000 records |
Previous Message | Rikard Pavelic | 2006-01-20 18:55:19 | Re: Stored procedures |