php3-list | 2000051
Date: 05/07/00
- Next message: Mark Nold: "RE: [PHP3] search not working"
- Previous message: Allen Francom: "Re: [PHP3] search not working"
- In reply to: Mark Nold: "RE: [PHP3] oracle and PHP"
- Next in thread: Alex Turner: "Re: [PHP3] oracle and PHP"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
AS ALWAYS, It's not what you do but how you do it.
There are very few technologies that cannot perform
properly if they're used "properly".
If you have a large scale problem then your application
architecture will be most likely to blame for everything
that's not fast enough.
For example, you can cache database results, and you
can cache page generation results.
This offloads tremendous amount of relational database
work, and in the case of scripts or code, far less code
has to run to go get a page that has been generated
already.
THAT BEING SAID...
Where I'm at now we SOMETIMES let oracle
generate the HTML and return that.
This is due to the fact that SSJS sucks, IS SLOW
REGARDLESS, and has too many problems to enumerate.
( Yeah, we have SSJS apps, not my fault ! )
PHP blows SSJS out of the water even when running as CGI
instead of as the even more cool mod_php.
Additionally, pay CLOSE attention to this little tidbit.
THERE'S A HUGE DIFFERENCE BETWEEN THE CONCEPT
AND IMPLEMENTATION OF DATA WHEREHOUSING
AND DATA MARTS.
In one case, the idea of NORMALIZED data is cool,
like for maintenance of the data itself.
In another case, like for serving data to an application
the SCHEMA can require numerous wierness, like
joins and subselects, and your performance can die
because the SCHEMA wasn't written to the application's
requirements, but rather to a DBA's idea of what a
database should be.
DENORMALIZATION is OFTEN a good thing for
web applications. - that is, make a schema that
suits your performance purpose, even if people
in a university "would laugh at it".
$0.02
I can't imagine where PHP itself would be a bottleneck
unless you don't know how to code. Honest.
...Or C, or Perl, or anything for that matter.
And as I've mentioned there's even ways to make
SSJS work...
So the moral of the story is LOOK AT THE BIG PICTURE
and you will be safe... er.
THX
-AEF
On Sun, 07 May 2000, Mark Nold wrote:
> Arthur,
>
> We are using PHP3 with large web applications, but on Intranets not
> 1000000 hits per second web sites ;) But we plan on migrating to PHP4 once
> we've undergone full testing, but prelim testing shows huge performance
> gains of up to 80% on the PHP processing (doesnt improve the DB response of
> course). That is PHP3 as an Apache Module compared to an unoptimised PHP4
> CGI.
>
<snip>
> >
> > Thanks for the tips about making an abstraction layer.
> >
> > Are you using Oracle with PHP3 or 4? Many providers and IT people still
> > don't want to use 4 because the "full version" isn't out. I'm not that
> > concerned about the beta or RC status of PHP4 as it's likely to be out in
> > full release soon enough. I'd like to know if anyone has used an
> optimized
> > PHP4 (Apache module with Zend optimizer?) on big boxes with massive DBs
> > getting massive hits. How does PHP4 + any DB perform compared with
> > combinations like Oracle + App Server?
> >
> > Regards,
> >
> > Arthur
-- PHP 3 Mailing List <http://www.php.net/> To unsubscribe, send an empty message to php3-unsubscribe <email protected> To subscribe to the digest, e-mail: php3-digest-subscribe <email protected> To search the mailing list archive, go to: http://www.php.net/mailsearch.php3 To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: Mark Nold: "RE: [PHP3] search not working"
- Previous message: Allen Francom: "Re: [PHP3] search not working"
- In reply to: Mark Nold: "RE: [PHP3] oracle and PHP"
- Next in thread: Alex Turner: "Re: [PHP3] oracle and PHP"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

