 | |
Does Oracle 10g make the Application Server (almost) insignificant?
comp.databases.oracle.tools comp.databases.oracle.tools
 |
| | Thread Tools | Display Modes |
#21
 
| |||
| |||
|
Re: Does Oracle 10g make the Application Server (almost) insignificant? -
02-16-2004
, 07:51 PM
|
I believe it can be clearly seen that Sybrant is the person who is starting flames by posting unrelated, useless and angry comments. Calling something non-sense and offending just because he personally never did it or never heard that it was done is non-sense by itself. Regards, Ron |
So please accept it with grace.
--
Daniel Morgan
http://www.outreach.washington.edu/e...ad/oad_crs.asp
http://www.outreach.washington.edu/e...oa/aoa_crs.asp
damorgan@x.washington.edu
(replace 'x' with a 'u' to reply)
#22
| |||
| |||
|
|
Ron wrote: I believe it can be clearly seen that Sybrant is the person who is starting flames by posting unrelated, useless and angry comments. Calling something non-sense and offending just because he personally never did it or never heard that it was done is non-sense by itself. Regards, Ron DBA Infopower http://www.dbainfopower.com Standard disclaimer: http://www.dbainfopower.com/dbaip_ad...isclaimer.html Suggestion - get over it. Sybrand has a very direct manner of communicating that doesn't appeal to everyone. Unless you have decent blood-pressure medicine, your attempts at responding are not good for your health. Also, it would be appreciated if you would please trim and bottom post. Lead by example, not by retaliation. /Hans forbrich at telusplanet dot net |
#23
| |||
| |||
|
|
Hello Hans, Thanks - will do. |
advice/request?
/Hans
#24
| |||
| |||
|
| Ron wrote: Hello Hans, Thanks - will do. By the way you responded, can I assume you mean to ignore ALL the advice/request? /Hans |
#25
| |||
| |||
|
|
Ron wrote: I believe it can be clearly seen that Sybrant is the person who is starting flames by posting unrelated, useless and angry comments. Calling something non-sense and offending just because he personally never did it or never heard that it was done is non-sense by itself. Regards, Ron What is clearly seen is that you have invited what you have received. So please accept it with grace. -- Daniel Morgan http://www.outreach.washington.edu/e...ad/oad_crs.asp http://www.outreach.washington.edu/e...oa/aoa_crs.asp damorgan@x.washington.edu (replace 'x' with a 'u' to reply) |
#26
| |||
| |||
|
|
Now you get me confused. Why should I ignore ALL? Can you elaborate, please? /Ron |
occasionally trim, I assume you don't take advice or suggestions (or you
read like a Windows scholar - click first, then think). Therefore I
further assume you will not stop bantering with Sybrand. Thus I'd
guess you are heading for some serious high blood pressure related
issues.
Or are you saying you ignore selectively? <g>
/Hans
#27
| |||
| |||
|
#28
| |||
| |||
|
|
"Daniel Morgan" <damorgan@x.washington.edu> wrote in message news:1076690008.80174 (AT) yasure (DOT) .. Ron wrote: Hello Niall, All depends on scale and scope of application. When It is coming to real-world implementation things don't scale like in theory. For example you may need 10 database servers just to support user sign-ins and registrations. Regards, Ron At Boeing a few years back, when the company had more than 200,000 employees, it was all handled with a single server. And we often had 10,000 simultaneous connections: Ask me how I know. ;-) How many simultaneous users do you need to require 10 database servers to support user sign-ins and registrations? And where has this been implemented? They probably do a full CAT scan and DNA mapping of each user to allow them to log in. dk |
#29
| |||
| |||
|
|
"rcf<_no.SPAM_>" <"rcf<_no.SPAM_>"@wxs.nl> wrote In my belief the valid reasons for having an application server/layer are: - fail-over/system availability: the application layer can be divided over many different nodes; failure of one will not result in system failure. - scalability: the application layer is deployed on a number of different, relatively cheap nodes - this number can easily be increased. - load balancing: this prevents one node to be a bottleneck while others have nothing to do. (But maybe there are more reasons...) So, the fact that the application layer is deployed on many, cheap nodes (servers) allows it to offer the services that made it imperative within the 3-tier concept. BUT: Since the introduction of Oracle10g, the typical enterprise scale database hardware will shift from one very expensive, high-end server to a farm of standardized, commodity priced components/servers. This means that you no longer need an application layer to have a scalable, fault tolerant system with flexible load balancing: the database layer can do this for you now! (Besides, the fault tolerance of the application layer wasn't of much use if you're database goes down.) So my conclusion is that for many – if not most – Oracle Internet applications, the application layer will become less important with the introduction of Oracle10g. The data layer will take over! Apart from some simple tasks like connection pooling and processing XML into a presentation format or a web service – and even these tasks can be done by the Oracle database! - there no longer seems to be a valid reason for having a robust application server. I'm very interested in other people's views on this subject. Regards, Roel Roel - I have wondered about this myself from time to time. I am by no means an expert, but the database is optimized for persistance and serving/processing information (though Oracle has a lot of additional built-in features.) An application server (I'm thinking in terms of a J2EE app server) is a more generic code container. If your application is mostly INSERT/UPDATING/DELETING/SELECTING, then you may be right. But what if you needed a real-time chat environment, or if you wanted to implement some specific caching algorithm, or you wanted a client request to spawn a multi-threaded process to do many things in parallel. Perhaps you could implement this in PL/SQL, but would it be the best place to do it? I'm not sure... Dave |
are not data-centric (like a chat application) using PL/SQL whould not
be wise. Using Java or .Net would be a better choice.
But as most Oracle customers have/build data-centric applications, the
value of the Oracle Application Server (or any other application server
in this situation) becomes very questionable in my view.
Regards,
Roel
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.