Efter client/server-applikationerne er kommet frem, kan applikationsdesignere forbedre brugervenligheden og mindske udgifterne til uddannelse ved at udarbejde applikationer med grafiske brugergrænseflader på platforme som f.eks. Windows og OS/2. Samtidigt betyder fleksibiliteten, at databasestyringsfunktionen kan uddelegeres til kraftige databaseservere på mange forskellige styresystemer og hardwareplatforme.
Client/server-modellen, hvor der distribueres applikationslogik til klientarbejdsstationer, kaldes ofte to-niveaus client/server. I to-niveaus modellen iværksættes applikationen på klientniveauet, og databaseserveren implementerer serveren eller det bagvedliggende niveau. Som det ses under Direkte databaseadgang, indeholder DB2 Connect fuldstændig støtte til to-niveaus client/server-applikationer, hvor DB2 til OS/390, DB2 til MVS/ESA, DB2/400 eller DB2 til VM og VSE er databaseservere.
Efterhånden som client/server-applikationerne blev større og større, stod det klart, at to-niveaus client/servermodellen havde betydelige begrænsninger. Når der distribueres store mængder virksomhedslogik til hundredvis eller endog tudindvis af klientarbejdsstationer, bliver styring af ændringer komplekst og bekosteligt. Enhver ændring af virksomhedsreglerne kræver, at applikationens klientdel erstattes. Ofte skal der udføres rollout af alle disse applikationer på alle klientarbejdsstationer i virksomheden samtidigt for at sikre konsistent anvendelse af virksomhedsreglerne.
En anden begrænsning ved to-niveaus client/server-modellen, der viste sig med den voksende størrelse, er den mængde ressourcer, som sådanne applikationer forbruger. Iværksættelsen af hundredvis eller tusindvis af fede klienter, som to-niveaus klienterne ofte kaldes, forøger belastningen af hver enkelt klientarbejdsstations ydeevne og kapacitet. Desuden er kravene til databaseserveren betydeligt forøget, eftersom hver enkelt klient kræver en dedikeret databaseforbindelse og de ressourcer, der er knyttet til vedligeholdelse af en sådan forbindelse. Mens to-niveaus client/server-afhængigheden ved distribuering af virksomhedslogik kan reduceres en smule ved omfattende brug af lagrede procedurer, kan de andre begrænsninger ikke så let afhjælpes, uden modellen ændres.
Efterhånden som omkostningerne for to-niveaus client/server-applikationerne steg i takt med kompleksiteten, begyndte de fleste af de største applikationer så småt at gå over til client/servere med flere niveauer. Under modellen med flere niveauer forbliver databaseniveauets rolle uændret. Men klientniveauet bliver suppleret af ét eller flere mellemniveauer - ofte kun ét, deraf navnet tre-niveaus.
I tre-niveaus modellen er klienten henvist til at håndtere brugerinteraktioner og indeholder ikke nogen virksomhedslogik. Mellemniveauet er sammensat af én eller flere applikationsservere. Applikationsserverens formål er at sørge for en kraftig, prisbillig implementering af logikken bag virksomhedsprocesser og -regler. Som i to-niveaus modellen suppleres virksomhedsreglernes implementering ofte med lagrede procedurer til forbedring af performance.
Eftersom klientarbejdsstationerne ikke længere skal implementere al applikationslogikken og kun skal håndtere brugerinteraktioner, reduceres ressourcekravene til klientniveauet betydeligt. Faktisk kaldes klientniveauet i tre-niveaus modellen ofte for den tynde klient. Eftersom en central applikationsserver håndterer forespørgsler fra alle klienterne, kan den desuden dele ressourcer, f.eks. databaseforbindelser mellem alle klienterne. Derfor skal databaseserveren ikke længere vedligeholde dedikerede forbindelser for hver enkelt applikationsbruger.
Der findes mange eksempler på tre-niveaus applikationsservere i dag inden for branchen. Næsten alle ERP-leverandører (Enterprise Resource Planning) implementerer deres applikationer vha. tre-niveaus modellen, f.eks. SAP Release 3 og PeopleSoft Version 7. Andre eksempler omfatter store ERM-leverandører (Enterprise Relationship Management) som f.eks. Siebel og Vantive.
DB2 Connect Enterprise Edition-servere indeholder omfattende støtte til iværksættelse af applikationer med flere niveauer. DB2 Connect-støtten indeholder en række API'er, som kan anvendes til udvikling af applikationslogik (ODBC, ADO, DB2 CLI, indlejret SQL, JDBC og SQLJ), foruden en omfattende kommunikationsinfrastruktur til interaktion med DB2-familiens databaseservere.
DB2 Connect støtter også implementeringer, hvor et databaseniveau består af flere databaser fra DB2-produktgruppen. Dermed kan applikationsservere implementere transaktioner, som opdaterer data, der er placeret på flere databaseservere, i en enkelt transaktion.
Sådanne distribuerede transaktioners integritet sikres vha. DB2 Connect-støtten til tofase-commit-protokollen. For eksempel kan en applikation opdatere data i en DB2 til OS/390-database og i DB2 UDB under Windows NT i samme transaktion. Hvis distribueret forespørgselsstøtte er installeret og aktiveret, kan applikationen læse en Oracle-database og opdatere en DB2-database i samme transaktion.
I nedenstående diagram leveres både API'erne og forbindelsesmekanismerne mellem applikationsserveren og de bagvedliggende databaseservere af DB2 Connect Enterprise Edition.
Avancerede DB2 Connect-funktioner, som f.eks. forbindelsespuljer (se Forbindelsespuljer) og forbindelseskoncentrator (se DB2 Connect-forbindelseskoncentrator), mindsker kravene til applikationsressourcer betydeligt og forenkler implementeringen af applikationsserveren.
DB2 Connect Enterprise Edition, som er tilgængeligt som enkeltprogram eller som en del af DB2 Connect Unlimited Edition-programpakken, er påkrævet sammen med applikationsservere. DB2 Connect Personal Edition understøttes ikke, og licensen dækker ikke anvendelse sammen med applikationsservere. Desuden bør kunder, der implementerer applikationsservere, læse de vilkår og betingelser, der blev leveret sammen med deres eksemplar af DB2 Connect, for at finde ud af, hvor mange brugerlicenser der skal anskaffes.
Der er to iværksættelsesmetoder for DB2 Connect i applikationsservermiljøet. DB2 Connect Enterprise Edition kan installeres på:
I de fleste tilfælde er den bedste løsning at installere en kopi af DB2 Connect på den samme server som applikationsserveren. Når DB2 Connect installeres på applikationsserveren, kan den deltage i eventuel retablering efter svigt samt planer for belastningsudjævning, som en applikationsserver måske er ved at implementere. Denne installation kan eventuelt give bedre performance, eftersom den fjerner et ekstra netværksskift, som er nødvendigt, når DB2 Connect er installeret på en separat server. Desuden kan administrationen gøres enklere, fordi der ikke er behov for at installere og vedligeholde en ekstra server.
Det er en god idé at installere DB2 Connect på en separat server i de situationer, hvor styresystemet eller hardwareplatformen, hvor applikationsserveren kører, ikke har adgang til DB2 Connect Enterprise Edition. Hvis f.eks. applikationsserveren iværksættes på en SGI- (Silicone Graphics) eller en SCO UnixWare-server, er der kun mulighed for at iværksætte DB2 Connect på en separat server, fordi DB2 Connect Enterprise Edition ikke er tilgængelig på disse platforme.