two tier vil typisk være traditionel client/server d.v.s. flere forekomster af en client applikation som over netværk snakker med en server applikation. Det kan f.eks. være en chat applikation.
three tier vil typisk være en web løsning med flere browser clienter som over netværk snakker med en web applikation i ASP eller PHP som igen over netværk snakker med en database server som MySQL eller MS SQLServer.
Der findes både andre two tier og andre three tier løsninger. Og der findes også 4 og 5 tier løsninger.
Generelt vil man ikke vælge en X tier løsning - man vil vælge en løsning og så konstaterer man at den er X tier.
Hvis jeg kort skulle nævne nogle andre two og three tier løsninger: flere client apps --- database server flere client apps --- server app --- database server er også set før.
jo flere tiers jo mere fleksibilitet og skalerbarhed
jo flere tiers jo mere kompleksitet og større hardware krav
2)
2 tiers blev oprindeligt opfundet for at køre noget grafisk på client mens al forretnings logikken lå på server.
3 tiers kom så på mode først i 90'erne for yderligere at opdele: - præsentations tier - applikations tier med forretnings logik - data tier mes persistering
Jeg har kommenteret dit tidligere men enslydende spørgsmål vha. nogle link. I det første lonk er der pro' and cons' på de to typer.
Fordelen er, at der er endnu et abstraktionsniveau hen over det tekniske lag. Normalt har man tre units der hver kalder hinanden gennem veldefinerede funktioner. Det betyder, at man lettere kan skifte teknologi. I stedet for at køre op imod en Tandem (Compaq NonStop), så kan man bytte nederste lag ud og så arbejde mod en SQL-server.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.