Re: [GENERAL] OS not good for database

2004-10-12 Thread Gaetano Mendola
Simon Windsor wrote:
> Hi
>
> Can you provide a link to the interview?
Ops! I forget it :-(
Here it is:  http://www.alwayson-network.com/comments.php?id=6186_0_4_0_C
Regards
Gaetano Mendolaa
---(end of broadcast)---
TIP 8: explain analyze is your friend


Re: [GENERAL] OS not good for database

2004-10-12 Thread David Siebert
"at the time, everybody bought Microsoft's IAS; it was the dominant web 
server around—85% share, something like that. And Apache just utterly 
crushed them"

What I want to know is when did Microsoft have 85% of the web server 
market? I sure don't remember that. Maybe he means 85% of the Windows 
Web server market.

I really like Postgres and have found MySQL useful in the past but I do 
home that Oracle does well. From what I have seen they do have a good 
product and work hard at supporting it.

I can tell you that I do wish that more open source projects supported 
Postgres. Things like PHPNuke. Yes I know that you "can" make it work 
but it is not easy to find the docs for. I also know that somewhere 
their is a version of bugzilla that runs on Postgres but I have not had 
much luck finding it. DBD::pg for Windows needs to be fixes ASAP. I use 
Linux on my servers but most of the workstations here are Windows. 
Frankly better support for Python, Ruby, and any of the other scripting 
languages under windows would really help. MySQl has more support in a 
Windows enviroment. I am talking client support not server support. 
Frankly runing postgres under windows has not practical application for 
me. I am sure that other people will find a lot of use for it though.

Other than that I love Postgres.
Bruno Wolff III wrote:
On Sun, Oct 10, 2004 at 14:18:47 +0200,
  Pierre-Frédéric Caillaud <[EMAIL PROTECTED]> wrote:
Hi
Can you provide a link to the interview?
Simon
http://www.alwayson-network.com/comments.php?id=6186_0_4_0_C

Someone should tell Larry that Linux actually does predate Apache.
His comments about Linux being backed by companies seemed strange, as
MySQL is effectly owned by a company.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]


---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
 subscribe-nomail command to [EMAIL PROTECTED] so that your
 message can get through to the mailing list cleanly


Re: [GENERAL] OS not good for database

2004-10-12 Thread Tom Lane
David Siebert <[EMAIL PROTECTED]> writes:
> I also know that somewhere 
> their is a version of bugzilla that runs on Postgres but I have not had 
> much luck finding it.

Red Hat runs their bugzilla on Postgres:

http://bugzilla.redhat.com/bugzilla/

Source code is available from a link near the end of that page.

regards, tom lane

---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])


Re: [GENERAL] OS not good for database

2004-10-12 Thread David Siebert
I have downloaded it but it comes with no docs that I can find.
No docs directory nothing.
There are also people that have PHPNuke running with Postgres but that 
is also lacking in docs.
I really do not fault Postgres or the developers for this. I will say 
that I feel that is why MySQL is gets a lot more press than Postgres. I 
really like using Postgres and I even wrote our call center app using it 
as the back end. The program does not store the audio but it a super 
call back list. It also handle our RMAs and tracks unresolved support 
questions. It only handles about 100,000 calls a year but postgres has 
never lost a call and the server keeps chugging away.

Tom Lane wrote:
David Siebert <[EMAIL PROTECTED]> writes:
I also know that somewhere 
their is a version of bugzilla that runs on Postgres but I have not had 
much luck finding it.

Red Hat runs their bugzilla on Postgres:
http://bugzilla.redhat.com/bugzilla/
Source code is available from a link near the end of that page.
regards, tom lane


---(end of broadcast)---
TIP 9: the planner will ignore your desire to choose an index scan if your
 joining column's datatypes do not match