Công nghệ OLAP Server được kết hợp chặt chẽ với công nghệ Client, có nghĩa là khách hàng có rất ít lựa chọn cho sản phẩm. Điều này dẫn đến giá của giải pháp cao và thường có các lựa chọn không tương xứng cho các ứng dụng Client/Server và chuyển tải thông tin OLAP dựa trên nền Web. Vài năm trước trong thị trường cơ sở dữ liệu quan hệ, một giao diện chung là cần thiết
để phát triển trong lựa chọn các ứng dụng và cơ sở dữ liệu là ODBC.
các nhà cung cấp gọi là Hội đồng OLAP công bố chuẩn MDAPI để mở ra một thị trường cho sự tham gia của các nhà cung cấp lớn. Cộng đồng các nhà cung cấp gồm các thành viên Hội đồng OLAP.
Nhận ra sự cần thiết phải có một chuẩn thống nhất, Microsoft đã đưa ra một định nghĩa mở rộng của API dùng để truy nhập dữ liệu OLE DB đang tồn tại bao gồm các tính năng đa chiều. Microsoft đã đưa ra hai phác thảo của API, tìm kiếm các ý kiến của các nhà cung cấp và đưa ra phiên bản cuối cùng
đã được chứng thực bởi 18 nhà cung cấp trong bản beta. Ngày nay OLE DB cho OLAP API đã được hỗ trợ từ 30 nhà cung cấp trong số này có tất cả các thành viên hiện tại của Hội đồng OLAP. Rất nhiều trong số này đã sẵn sàng
đưa ra các sản phẩm dạng beta chi tiết cho người sử dụng.
Nhiều nhà phân tích kinh doanh cần dữ liệu phân tích đa chiều ngay cả
khi đã ngắt kết nối mạng trong lúc họ đang đi công tác chẳng hạn. Người sử
dụng lưu động thường muốn xem và phân tích chỉ những lát nhỏ của khối, chẳng hạn như trường hợp người quản lý bán hàng muốn biết tổng doanh thu cho từng khu vực khi đến thăm các văn phòng công ty ở từng khu vực. DOLAP (Desktop OLAP) là công nghệ không đòi hỏi một máy chủ chia sẻđể
truy cập dữ liệu đa chiều.
Hầu hết các công nghệ máy chủ OLAP ngày nay không cung cấp việc tạo các khối DOLAP trong suốt. Công việc này được dành cho các nỗ lực phát triển đòi hỏi sự tập trung hoặc để các công cụ Client sẽ thêm vào tính năng OLAP hỗ trợ sử dụng trên máy để bàn.
Hầu hết công cụ hiển thị hiện nay đều là dùng các dạng thông tin trên Web và OLAP không phải là ngoại lệ. Để giảm chi phí cho mỗi người sử
dụng các ứng dụng OLAP, trình duyệt Web hứa hẹn mở ra một cách truy cập
đa chiều. Hiện tại đã có một vài sản phẩm và công cụ chuyển giao dữ liệu OLAP qua mạng nội bộ nhưng chưa có một cơ chế dễ dàng cho công cụ phát
triển ứng dụng để tạo ra các công cụ hiển thị OLAP theo ý muốn.
DSS Server lưu cả các truy vấn của người sử dụng, siêu dữ liệu cũng như dữ liệu. Việc xác định các truy vấn đã lưu và siêu dữ liệu làm Microsoft DSS có khả năng trả lời các truy vấn mới bằng cách tính toán dữ liệu đã được lưu thay vì truy xuất từ đĩa. Ví dụ, một người sử dụng yêu cầu dữ liệu bán hàng trong các tháng 1, 2 và 3, người khác yêu cầu dữ liệu bán hàng trong quý I, khi đó Microsoft DSS có thể lấy tổng số từ tháng 1 đến 3 từ RAM nhanh hơn tìm dữ liệu quý I từđĩa. Không có gì khác biệt từ hầu hết các máy chủ OLAP khác.
Microsoft DSS là giải pháp duy nhất có khả năng cung cấp nhiều tính năng cho phía Client. Mọi Client kết nối tới DSS Server sẽ dùng một thành phần gọi là Microsoft PivotTable Service. PivotTable Service có tính năng
điều khiển và quản lý kết nối giữa Client và Server. PivotTable Service chia sẻ nhiều đoạn mã với DSS Server, chuyển thành phần tính toán đa chiều của Server, Cache và quản lý truy vấn đến Client. Kết quả sẽ cho ta một mô hình quản lý dữ liệu Client/Server mới có khả năng thực hiện yêu cầu cao và giảm thiểu lưu thông mạng. Điều này đem lại lợi ích là dung lượng đĩa yêu cầu của PivotTable Service chỉ xấp xỉ 2 MB và bộ nhớ yêu cầu là 500 KB.
Kiến trúc DSS Client/Server thông minh này có khả năng xác định cách thức để trả lời một yêu cầu từ người sử dụng nhanh nhất và loại trừ sự dư thừa trong lưu thông mạng. Điểm cốt lõi của kiến trúc này là chia sẻ siêu dữ liệu giữa Client và Server. Khi người sử dụng yêu cầu thông tin từ Server, cả dữ
liệu và siêu dữ liệu (định nghĩa bởi cấu trúc khối) được tải xuống Client. Siêu dữ liệu khối trên Client cho phép PivotTable Service quyết định yêu cầu nào cần được trả lại cho Server.
Xét một ví dụ khi ai đó cần xem xét dữ liệu bán hàng trong 3 tháng. Cho rằng cả DSS Server và ứng dụng phía Client đã được kích hoạt. Khi
người sử dụng yêu cầu dữ liệu bán hàng của tháng 1, 2 và 3, dữ liệu sẽ được lưu trên Cache ở cả 2 phía Server và Client. Nếu sau đó người sử dụng yêu cầu dữ liệu trong quý I, PivotTable Service sẽ lấy kết quả trên máy Client mà không cần gửi yêu cầu tới Server. Nếu người sử dụng sau đó lại yêu cầu dữ
liệu quý I của năm đó để so sánh với năm ngoái, PivotTable Service sẽ đủ
thông minh và chỉ truy cập vào dữ liệu năm ngoái trên Server.
PivotTable Service cũng cung cấp cơ chế cho việc sử dụng lưu động. Các phần của một khối được định nghĩa và truy nhập từ Server có thể được lưu trên Client để dùng cho truy nhập sau này khi ngắt kết nối mạng. Theo cách này, những người sử dụng là các nhà kinh doanh có thể dùng những phần trong cơ sở dữ liệu của họ khi đang lưu động và có các phân tích hoàn chỉnh khi không cần phải ngồi tại văn phòng. Hơn nữa, PivotTable Service cũng cho phép người sử dụng tạo các mô hình OLAP đơn giản trên máy Client, truy nhập các thông tin trong nguồn dữ liệu OLE DB từ các file cho
đến các cơ sở dữ liệu trên máy để bàn.
PivotTable Service cũng cung cấp kết nối cho các ứng dụng dựa trên Web. Khi OLE DB cho OLAP là một giao diện chương trình mức thấp, một ActiveX Data Object (ADO) được phát triển để cung cấp truy nhập dữ liệu đa chiều. Nó sẽ gọi ADO/MD, có thể dễ dàng sử dụng để tạo ActiveX điều khiển trong Microsoft Visual Basic để xem, lập báo cáo về dữ liệu DSS từ trang Web. ADO/MD là công cụ lập trình ứng dụng hợp tác cho phép truy xuất tới tất cả các tính năng DSS.