Một trong những mô hình cài đặt có thể được lựa chọn đầu tiên để cài
đặt các ứng dụng ngày nay là kiến trúc đa tầng n-tier. Mô hình của kiến trúc n-tier (với 3-tier) được mô tả như hình sau:
KHOA CNTT –
ĐH KHTN
Hình 4-1: Kiến trúc n-tier
Các thuận lợi mà kiến trúc này có thể mang lại là:
Việc thay đổi các xử lý ở tầng truy xuất dữ liệu sẽ không ảnh hưởng và làm thay đổi tầng giao diện người dùng.
Tất cả các thủ tục truy xuất dữ liệu sẽ được đóng gói vào các đối tượng thay vì dùng các lời gọi hàm.
SQL sẽ được loại trừ ra khỏi code phía client. Client chỉ còn quan tâm đến các phương thức và các thuộc tính.
Tên của các bảng và cột sẽ được loại trừ ra khỏi code phía client. Các datasets được định kiểu có thể mô tả các bảng và cột dữ liệu như là các thuộc tính, cung cấp một danh sách IntellliSense.
KHOA CNTT –
ĐH KHTN
Code phía client sẽ không quan tâm đến việc dữ liệu có từ đâu. Nó chỉ quan tâm rằng nó có thể nhận và điều chỉnh dữ liệu trong các đối tượng và đối tượng này sẽ quan tâm đến các chi tiết.
Code phía client sẽ được đơn giản hóa, thay vì sử dụng nhiều hàm (functions) thì các ứng dụng nên sử dụng các đối tượng với các thuộc tính (properties) và phương thức (methods).
Việc tạo và sử dụng các đối tượng sẽ dễ dàng hơn là dùng các lời gọi hàm.
Việc thêm và thay đổi các chức năng của ứng dụng cũng sẽ dễ dàng hơn do không làm thay đổi code phía client.
Mặc dù có những thuận lợi như vậy, kiến trúc n-tier cũng gặp phải một số bất lợi như sau:
Phải tạo nhiều classes hơn, điều này có thể sẽ ảnh hưởng đến vấn đề
bảo trì và vấn đề hiệu suất vì nó sẽ mất thời gian để tạo một class mới vào thời điểm run time.
N-tier sẽ không làm việc tốt khi chúng ta không biết cấu trúc của các bảng mà dữ liệu sẽ được nhận từ nó.
Tóm lại, mặc dù có một vài bất lợi trong kiến trúc n-tier nhưng những lợi thế do nó mang lại lớn hơn nhiều, và vì vậy ứng dụng này sẽ cố gắng xây dựng theo tinh thần của kiến trúc n-tier (cụ thể là 3-tier).