On Thu, Nov 23, 2000 at 07:58:29AM -0800, some SMTP stream spewed forth:
> At 09:44 AM 11/21/00 -0700, Tim Uckun wrote:
>
> >What about the php module? Does it take advantage of API?
>
> I don't know. If not, though, there wouldn't be much point in using
> AOLserver, since the simple and effic
At 07:50 PM 11/30/00 -0600, GH wrote:
>On Thu, Nov 23, 2000 at 07:58:29AM -0800, some SMTP stream spewed forth:
>> At 09:44 AM 11/21/00 -0700, Tim Uckun wrote:
>>
>> >What about the php module? Does it take advantage of API?
>>
>> I don't know. If not, though, there wouldn't be much point in u
At 09:44 AM 11/21/00 -0700, Tim Uckun wrote:
>What about the php module? Does it take advantage of API?
I don't know. If not, though, there wouldn't be much point in using
AOLserver, since the simple and efficient database API is the main
attraction. So I think there's a pretty good chance it
>
> > AOLServer isn't the only system that can pool database connections, so
> >can servlets/JSP, ColdFusion, ASP, etc. No doubt AOLServer would be more
> >widely accepted if it used something other than TCL.
>
>There's also support available for Python, though there's still a lot of
>work to b
> I've wondered and am still wondering what a lot of these benchmark tests
> are out to prove.
In this case, the "benchmark test" was not out to prove anything. It was
an good-faith result of a porting effort with a suprising (to the
tester) result.
> I'm not sure that any PostgreSQL advocat
"Don Baccus" <[EMAIL PROTECTED]>
To: "Robert D. Nelson" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
"Michael Fork" <[EMAIL PROTECTED]>; "Poul L.Christiansen"
<[EMAIL PROTECTED]>
Cc: "pgsql-general" <[EMAIL PROTECTED]>
On Mon, 20 Nov 2000, Don Baccus wrote:
> At 09:43 AM 11/13/00 -0600, [EMAIL PROTECTED] wrote:
> >I made it all the way through the article. I'll summarize it for you:
> >Postgres - hooray!
> >MySQL - boo!
> >Since this is an open source database article linked off of slashdot, I
> >imagine they'
At 11:22 AM 11/13/00 -0500, Robert D. Nelson wrote:
>Still...Regardless of what database they're running, either their
>abstraction layer is shit or their queries really need optimized. Is that
>perhaps why, even at 5 clients, the page views he shows never went
>significantly above 10/sec?
Th
At 09:43 AM 11/13/00 -0600, [EMAIL PROTECTED] wrote:
>I made it all the way through the article. I'll summarize it for you:
>Postgres - hooray!
>MySQL - boo!
>Since this is an open source database article linked off of slashdot, I
>imagine they're getting pounded.
Why is all this e-mail showing
At 06:16 PM 11/13/00 +0100, [EMAIL PROTECTED] wrote:
>> Still...Regardless of what database they're running, either their
>> abstraction layer is shit or their queries really need optimized. Is that
>> perhaps why, even at 5 clients, the page views he shows never went
>> significantly above 10/
> Still...Regardless of what database they're running, either their
> abstraction layer is shit or their queries really need optimized. Is that
> perhaps why, even at 5 clients, the page views he shows never went
> significantly above 10/sec?
>
I think this could be because they used real kill
markw <[EMAIL PROTECTED]> writes:
> Just a question, however, what is the feeling about the way statistics are
> currently being calculated?
They suck, no question about it ;-)
> My feeling is that some sort of windowing
> algorithm be used to normalize the statistics to the majority of the entr
At 01:53 PM 11/15/00 -0500, markw wrote:
>I'd rather not pollute the application's SQL with postgres-isms. Not that I
>don't love postgres, but there are always critics looking for a reason to use
>Oracle or (gasp) MS-SQL.
Define some global variable with the name of the database being run (curr
Andrew McMillan wrote:
> mlw wrote:
> >
> > My music database has 50,000 arises and 210,000 albums. Many artists
> > have only one or 2 entries in the albums table (for the youngsters, CD
> > table ;-). About 34,000 have the integer key for "Various Artists" as
> > their artist entry, and another
At 09:27 AM 11/15/00 -0800, Tom Samplonius wrote:
> AOLServer isn't the only system that can pool database connections, so
>can servlets/JSP, ColdFusion, ASP, etc. No doubt AOLServer would be more
>widely accepted if it used something other than TCL.
There are two separate modules that support
On Wed, 15 Nov 2000, carl garland wrote:
> >perhaps why, even at 5 clients, the page views he shows never went
> >significantly above 10/sec?
>
> I think alot of it has to do with the web server/db setup not pg. They are
> using Apache/PHP and looking at their code every page has the additio
On Wed, 15 Nov 2000, carl garland wrote:
# >perhaps why, even at 5 clients, the page views he shows never went
# >significantly above 10/sec?
#
# I think alot of it has to do with the web server/db setup not pg. They are
# using Apache/PHP and looking at their code every page has the additio
carl garland wrote:
>
> >perhaps why, even at 5 clients, the page views he shows never went
> >significantly above 10/sec?
>
> I think alot of it has to do with the web server/db setup not pg. They are
> using Apache/PHP and looking at their code every page has the additional
> overhead of maki
>perhaps why, even at 5 clients, the page views he shows never went
>significantly above 10/sec?
I think alot of it has to do with the web server/db setup not pg. They are
using Apache/PHP and looking at their code every page has the additional
overhead of making the db connection. Now if th
[ Charset ISO-8859-1 unsupported, converting... ]
> >And now it's on www.slashdot.org ...
> >
> >http://slashdot.org/articles/00/11/13/1342208.shtml
> >
> >Poul L. Christiansen
> >
> >Michael Fork wrote:
> >>
> >> Thought this may be of interest to some...
> >>
> >> http://www.phpbuilder.com/colum
And now it's on www.slashdot.org ...
http://slashdot.org/articles/00/11/13/1342208.shtml
Poul L. Christiansen
Michael Fork wrote:
>
> Thought this may be of interest to some...
>
> http://www.phpbuilder.com/columns/tim20001112.php3
>
> Michael Fork - CCNA - MCP - A+
> Network Support - Toled
21 matches
Mail list logo
