N-tier application - Design issue

[mehdi_mousavi]

Hi folks,
In an N-tier application, what is the possible values of N??? I'm not
kidding, I just interviewed with a programmer today, and he started the
"2-tier application" conversation. From then on, I heard about "5-tier
application" and then "7-tier application"... . I do know what is a
3-tier application, but what about 2, 5, and 7??? Does 2-tier means a
"Client-Server" application model? What about 5 and 7???

Would you please describe me this?

TIA,
Mehdi

[DeveloperX]

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.
3 tier is the classic client - server - database architecture where the
client's job is to look pretty but all the business logic is processed
at the server which hides the database away from the user, validates
stuff, applies business rules, etc.

>From there each additional tier is generally a way of breaking the

server into discreet sections. A data access tier for example manages
all communication with the database while a business rules tier would
implement business logic. This offers the advantage that if you wanted
to replace the data access tier with one that communicates with a
different database, you can work on the data access tier in isolation
knowing you won't damage your business rules.
On the client end, you can have a presentation abstraction tier which
defines how an application should look and feel regardless of whether
it's running as aspx or a windows forms app.
Add in a tier for distribution of server requests, so you can have two
or more servers acting as one seamless application, that's at least
five tiers.

mehdi_mousavi wrote:

Hi folks,
In an N-tier application, what is the possible values of N??? I'm not
kidding, I just interviewed with a programmer today, and he started the
"2-tier application" conversation. From then on, I heard about "5-tier
application" and then "7-tier application"... . I do know what is a
3-tier application, but what about 2, 5, and 7??? Does 2-tier means a
"Client-Server" application model? What about 5 and 7???

Would you please describe me this?

TIA,
Mehdi

[Laurent Bugnion]

Hi,

DeveloperX wrote:

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.

I think the politically correct term for a non-thin client is a "thick"
client ;-)

Laurent
--
Laurent Bugnion, GalaSoft
Software engineering: http://www.galasoft-LB.ch
PhotoAlbum: http://www.galasoft-LB.ch/pictures
Support children in Calcutta: http://www.calcutta-espoir.ch

[Anders Borum]

I think the politically correct term for a non-thin client is a "thick"

client ;-)

What about FAT32 then? THICK32?

- sorry, couldn't resist :-)

--
With regards
Anders Borum / SphereWorks
Microsoft Certified Professional (.NET MCP)

[DeveloperX]

How about proportionally normal for this type of client client. No one
will have any idea what I'm talking about but at least my client won't
have hurt feelings :)

Laurent Bugnion wrote:

Hi,

DeveloperX wrote:

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.

I think the politically correct term for a non-thin client is a "thick"
client ;-)

Laurent
--
Laurent Bugnion, GalaSoft
Software engineering: http://www.galasoft-LB.ch
PhotoAlbum: http://www.galasoft-LB.ch/pictures
Support children in Calcutta: http://www.calcutta-espoir.ch

[mehdi_mousavi]

Amazing :))))

Laurent Bugnion wrote:

Hi,

DeveloperX wrote:

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.

I think the politically correct term for a non-thin client is a "thick"
client ;-)

Laurent
--
Laurent Bugnion, GalaSoft
Software engineering: http://www.galasoft-LB.ch
PhotoAlbum: http://www.galasoft-LB.ch/pictures
Support children in Calcutta: http://www.calcutta-espoir.ch

[mehdi_mousavi]

So there's actually 2 (client-server) or 3 (presentation, middle layer,
data layer) major tiers. And any other tier that's being added to this
model is actually partitioning each of those tiers. For example, in a
3-tier application, the data layer is actually divided into Business
Logic Objects, Data AccessLogic and etc. Right?

Thank you for your time,
Mehdi

P.S.: I really enjoyed the "fat client" phrase. ;)

DeveloperX wrote:

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.
3 tier is the classic client - server - database architecture where the
client's job is to look pretty but all the business logic is processed
at the server which hides the database away from the user, validates
stuff, applies business rules, etc.

From there each additional tier is generally a way of breaking the

server into discreet sections. A data access tier for example manages
all communication with the database while a business rules tier would
implement business logic. This offers the advantage that if you wanted
to replace the data access tier with one that communicates with a
different database, you can work on the data access tier in isolation
knowing you won't damage your business rules.
On the client end, you can have a presentation abstraction tier which
defines how an application should look and feel regardless of whether
it's running as aspx or a windows forms app.
Add in a tier for distribution of server requests, so you can have two
or more servers acting as one seamless application, that's at least
five tiers.

mehdi_mousavi wrote:

Hi folks,
In an N-tier application, what is the possible values of N??? I'm not
kidding, I just interviewed with a programmer today, and he started the
"2-tier application" conversation. From then on, I heard about "5-tier
application" and then "7-tier application"... . I do know what is a
3-tier application, but what about 2, 5, and 7??? Does 2-tier means a
"Client-Server" application model? What about 5 and 7???

Would you please describe me this?

TIA,
Mehdi

[Laurent Bugnion]

Hi,

mehdi_mousavi wrote:

Amazing :))))

Laurent Bugnion wrote:

>I think the politically correct term for a non-thin client is a "thick"
client ;-)

Laurent

There was a smiley in my post, but somehow it doesn't show in Thunderbird...

Greetings,
Laurent
--
Laurent Bugnion, GalaSoft
Software engineering: http://www.galasoft-LB.ch
PhotoAlbum: http://www.galasoft-LB.ch/pictures
Support children in Calcutta: http://www.calcutta-espoir.ch

[DeveloperX]

Yeah it's all about partitioning the application in a way that
increases scalability, performance, maintainability and security.
Another point that's worth noting is that a well written 2 tier system
should adopt a lot of what you'd see in systems with more tiers.
For example in a 2 tier system consisting of a morbidly obese client
talking to a database server, some how the client is going to have to
get data into that database. Now if you take the seperation described
above, your client can have a library of data objects for talking to
the database with well defined interfaces, a library of business
objects, a library that defines the client's GUI rules, then a GUI.
If in the future your two tier needs to switch to oracle from SQL
Server, or you want to go to a three tier model, it's much simpler
because you've layered the code and only have one layer to change. Want
to upgrade the GUI? Just write a new one that utilises the client GUI
rules.
I hope that helps some,
mehdi_mousavi wrote:

So there's actually 2 (client-server) or 3 (presentation, middle layer,
data layer) major tiers. And any other tier that's being added to this
model is actually partitioning each of those tiers. For example, in a
3-tier application, the data layer is actually divided into Business
Logic Objects, Data AccessLogic and etc. Right?

Thank you for your time,
Mehdi

P.S.: I really enjoyed the "fat client" phrase. ;)

DeveloperX wrote:

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.
3 tier is the classic client - server - database architecture where the
client's job is to look pretty but all the business logic is processed
at the server which hides the database away from the user, validates
stuff, applies business rules, etc.

>From there each additional tier is generally a way of breaking the

server into discreet sections. A data access tier for example manages
all communication with the database while a business rules tier would
implement business logic. This offers the advantage that if you wanted
to replace the data access tier with one that communicates with a
different database, you can work on the data access tier in isolation
knowing you won't damage your business rules.
On the client end, you can have a presentation abstraction tier which
defines how an application should look and feel regardless of whether
it's running as aspx or a windows forms app.
Add in a tier for distribution of server requests, so you can have two
or more servers acting as one seamless application, that's at least
five tiers.

mehdi_mousavi wrote:

Hi folks,
In an N-tier application, what is the possible values of N??? I'm not
kidding, I just interviewed with a programmer today, and he started the
"2-tier application" conversation. From then on, I heard about "5-tier
application" and then "7-tier application"... . I do know what is a
3-tier application, but what about 2, 5, and 7??? Does 2-tier means a
"Client-Server" application model? What about 5 and 7???
>
Would you please describe me this?
>
TIA,
Mehdi

[Andy]

DeveloperX wrote:

2 tier is client server, either with the majority of the logic on a fat
client, or on the server accessed through a thin client.
3 tier is the classic client - server - database architecture where the
client's job is to look pretty but all the business logic is processed
at the server which hides the database away from the user, validates
stuff, applies business rules, etc.

Well, keep in mind that a logical tier does not have to be on a
separate physical tier. You can have a 3-tier application, all running
on one box. That's one physical tier, but three logical tiers
(assuming you COULD separate the logical tiers onto separate if the
need arose).