Well... poti sa faci o impartire fizica, numai ca in cazul asta BL si DAL (Business Layer si Data Access Layer) sunt tinute in DLL-uri. Altfel spus, creezi niste dll-uri separate, care expun metodele si proprietatile necesare pentru functionalitate, si le apelezi din UI, pasandu-le parametrii corespunzatori.

DAL-ul, de exemplu, ar putea expune o metoda numita .SaveData, care la apelare, citeste din proprietatile sale (populate in prealabil de catre BL) numele tabelelor pe care trebuie sa le actualizeze, apoi isi creeaza singur o tranzactie pe backend, trimite datele, receptioneaza eventualele mesaje de eroare de la backend, apoi returneaza success sau failure + mesajul de eroare catre BL, care la randul sau returneaza informatia asta catre UI, care o pune pe ecran userului, daca este cazul.

In felul acesta, daca ai de modificat cota de TVA, sa zicem (exemplul este tampit, dar e bun ca exemplu - eu unul as tine cotele de TVA intr-o tabela), deschizi proiectul DLL-ului de BL, modifici cota, build and there you go.

Evident, este mai rapid intr-un singur exe, dar intrebarea e cu cat e mai rapid ?
Cred ca diferenta este infima comparand cu timpul de conectare si prelucrare la serverul de date.
La aplicatiile client-server nu este atat de importanta viteza aplicatiei client cat raspunsul serverului.
De exemplu, daca faci o aplicatie de baze de date identica in VC++ si VFP vei constata ca au aproape aceiasi viteza desi daca faci un FOR vei constata ca aplicatia VC++ a facut in jur de 1000 de ori mai multe cicluri decat cea VFP.