Az ügyfél-kiszolgáló típusú alkalmazások előretörése lehetővé tette az alkalmazástervezők számára a felhasználhatóság javítását és a betanítási költségek csökkentését azáltal, hogy az olyan platformokon, mint a Windows vagy az OS/2, az alkalmazásokat grafikus felhasználói felülettel látták el. Ez az előretörés egyúttal magával hozta azt a rugalmasságot is, hogy különböző operációs rendszereken és hardver-platformokon működő robusztus alkalmazás-kiszolgálókra lehessen adatbázis-kezelő funkciókat telepíteni.
Az ügyfél-kiszolgáló modell, amelyben ügyfél munkaállomások kapják meg az alkalmazáslogikát, gyakran viseli a kétszintű ügyfélkiszolgáló elnevezést. A kétszintű modellben az alkalmazás ügyfélszinten van telepítve, míg az adatbázis-kiszolgáló képviseli a kiszolgáló- vagy háttérszintet. Amint a Közvetlen adatbázis-elérés mutatja, a DB2 Connect teljeskörű támogatást nyújt az olyan kétszintű ügyfél-kiszolgáló típusú alkalmazások számára, ahol a DB2 for OS/390, a DB2 for MVS/ESA, a DB2/400 vagy a DB2 for VM és VSE szoftver az adatbázis-kiszolgáló.
Az ügyfél-kiszolgáló típusú alkalmazások méretének növekedésével világossá vált, hogy a kétszintű ügyfél-kiszolgáló modell jelentős korlátokkal rendelkezik. A változások kezelését összetett és költséges tevékenységgé tette a nagy mennyiségű üzleti logika több száz vagy ezer ügyfél munkaállomásra történő elküldése. Az üzleti szabályok bármilyen változása megkövetelte az alkalmazás ügyfelekre vonatkozó részének cseréjét. Sok esetben az alkalmazások új verzióinak a vállalat összes ügyfél munkaállomására egyidőben kellett fölkerülnie ahhoz, hogy az üzleti szabályokat következetesen tudják alkalmazni.
Az ügyfél-kiszolgáló modell egy másik hiányosságára a méretezés kapcsán derült fény, ez pedig az ilyen típusú alkalmazások által felhasznált erőforrások mennyisége. Több száz vagy akár több ezer kövér ügyfél telepítése - ahogy a kétszintű ügyfeleket gyakran nevezik - jelentősen megnövelte az egyes ügyfél-munkaállomások feldolgozási teljesítmény- és kapacitás-igényeit. Mi több, az adatbázis-kiszolgálóra vonatkozó igények is megugrottak, mivel minden egyes ügyfélnek szüksége volt egy számára kijelölt adatbázis-kapcsolatra és az ilyen kapcsolat fenntartásához szükséges erőforrásokra. Bár az üzleti logika elosztásának kétszintű ügyfél-kiszolgáló függősége valamelyest csökkenthető tárolt eljárások széleskörű alkalmazásával, a többi hiányosság nehezen orvosolható a modell megváltoztatása nélkül.
Ahogy a kétszintű ügyfél-kiszolgáló típusú alkalmazások költségessége és összetettsége egyre nyilvánvalóbbá vált, a legnagyobb alkalmazások többsége a sokszintű ügyfél-kiszolgáló típushoz vezető útra lépett. A sokszintű modellben az adatbázis szintjének szerepe változatlan marad. Az ügyfélszint azonban egy vagy több köztes szinttel egészül ki. Rendszerint egy szinttel, innen származik a háromszintű elnevezés.
A háromszintű modellben az ügyfél szerepe a felhasználó műveleteinek kezelésére korlátozódik, így az ügyfél egyáltalán nem tartalmaz üzleti logikát. A köztes szint egy vagy több alkalmazáskiszolgálóból áll. Az alkalmazáskiszolgáló célja az üzleti folyamatok és üzleti szabályok mögötti logika robusztus, költséghatékony megvalósítása. Csakúgy, mint a kétszintű modellben, az üzleti szabályok megvalósítása - a teljesítmény növelése érdekében - gyakran tárolt eljárásokkal egészül ki.
Az ügyfélszinttel szemben támasztott erőforrás-követelmények jelentősen csökkentek, mivel a továbbiakban nem az ügyfél munkaállomások hajtják végre az alkalmazások logikájának legnagyobb részét. Az ügyfél munkaállomások csak a felhasználó műveleteit kezelik. Valójában a háromszintű modell ügyfélszintjét gyakran nevezik vékony ügyfélnek. Ezen kívül, mivel valamennyi ügyfél kérelmét egy központi alkalmazáskiszolgáló kezeli, ennek módjában áll erőforrásokat, például adatbázis-kapcsolatokat megosztani az összes ügyféllel. Mindezek eredményeképp az adatbázis-kiszolgálónak nem kell dedikált kapcsolatokat fenntartania minden egyes felhasználó számára.
A háromszintű alkalmazáskiszolgálók gyakorlati felhasználására manapság számos példát találhatunk. Szinte valamennyi, vállalati erőforrás-tervező (ERP) szoftvert előállító cég a háromszintű modellt használja alkalmazásaiban, mint például az SAP R/3-ban vagy a PeopleSoft V7-ben. További példaként említhetjük a vállalati kapcsolatkezelő szoftverek olyan vezető gyártóit, mint a Siebel vagy a Vantive.
A DB2 Connect Enterprise Edition kiszolgálói széleskörű támogatást nyújtanak sokszintű alkalmazások telepítéséhez. A DB2 Connect által nyújtott támogatás magában foglal számos API-t, amelyekkel alkalmazáslogika (ODBC, ADO, DB2 CLI, beágyazott SQL, JDBC és SQLJ) fejleszthető, illetve egy teljeskörű kommunikációs rendszert a DB2 család adatbázis-kiszolgálóival történő kapcsolattartáshoz.
A DB2 Connect az olyan megvalósításokat is támogatja, amelyekben az adatbázis-szint több, a DB2 családba tartozó adatbázis-kiszolgálóból áll. Ez lehetővé teszi, hogy az alkalmazáskiszolgálók egyetlen tranzakció keretében hajtsanak végre olyan tranzakciókat, amelyek több adatbázis-kiszolgálón található adatokat módosítanak egyszerre.
Az ilyen tranzakciók integritását a DB2 Connect kétfázisú véglegesítés protokolltámogatása biztosítja. Például egy alkalmazás ugyanazon tranzakcióval tud adatokat frissíteni egy DB2 for OS/390 adatbázisban és egy Windows NT-n lévő DB2 UDB-ben. Ha az osztott kérések támogatása telepítve és engedélyezve van, akkor az alkalmazás ugyanazzal a tranzakcióval képes egy Oracle-adatbázist olvasni és egy DB2-es családba tartozó adatbázist frissíteni.
A következő diagramon látható esetben a DB2 Connect Enterprise Edition-je biztosítja mind az API-kat, mind pedig az alkalmazáskiszolgáló és a háttér adatbázis-kiszolgálók közti kapcsolódási mechanizmust.
A DB2 Connect olyan felsőbb szintű szolgáltatásai, mint az előre elkészített kapcsolatok (lásd: Előre létrehozott kapcsolatok) vagy a kapcsolatösszesítő (lásd: DB2 Connect kapcsolat-összesítő), nagyban hozájárulnak az alkalmazások erőforrásigényének csökkentéséhez, és leegyszerűsítik az alkalmazáskiszolgálók használatát.
Az alkalmazáskiszolgálókon történő felhasználás elengedhetetlen feltétele a DB2 Connect Enterprise Edition használaata. (Megvásárolható önálló termékként, vagy a DB2 Connect Unlimited Edition termékcsomag részeként.) A DB2 Connect Personal Edition-jének alkalmazáskiszolgálókon történő használata nem támogatott és nem is engedélyezett. Továbbá, az alkalmazáskiszolgálókat megvalósító vásárlóknak át kell tekinteniük a DB2 Connect megvásárolt példányával kapott leírást a használat feltételeiről, hogy megállapíthassák a beszerzendő felhasználói engedélyek számát.
A DB2 Connect szoftver kétféle módon telepíthető az alkalmazáskiszolgálói környezetben. A DB2 Connect Enterprise Edition-jének telepítése:
Az esetek többségében az előnyben részesített megoldás a DB2 Connect egy példányának arra a kiszolgálóra történő telepítése, amely egyben az alkalmazáskiszolgáló is. A DB2 Connect alkalmazáskiszolgálóra történő telepítése lehetővé teszi, hogy a DB2 Connect részt vegyen minden olyan hibaáthidaló és terheléskiegyenlítő tervben, amit egy alkalmazáskiszolgáló megvalósíthat. Ez a telepítési mód nagyobb teljesítmény elérését teszi lehetővé, mert kiküszöböli azt a hálózati ugrást, ami egyébként akkor szükséges volna, ha a DB2 Connect egy különálló kiszolgálóra lenne telepítve. Ezen kívül az adminisztráció is egyszerűsödhet, mivel nincs szükség segédkiszolgáló telepítésére és fenntartására.
A DB2 Connect-et abban az esetben érdemes külön kiszolgálóra telepíteni, amikor a DB2 Connect Enterprise Edition-je nem áll rendelkezésre arra az operációs rendszerre vagy hardver platformra, amin az alkalmazáskiszolgáló fut. Ha például az alkalmazáskiszolgáló Silicone Graphics (SGI) vagy SCO UnixWare kiszolgálón működik, akkor a DB2 Connect-et csak külön kiszolgálóra lehet telepíteni, mivel a DB2 Connect Enterprise Edition-je nem áll rendelkezésre az említett platformokon.