Nghiên Cứu và Phát Triển Ứng Dụng Cơ Sở Dữ Liệu Hướng Đối Tượng

Luận văn thạc sĩ nghiên cứu phát triển ứng dụng với cơ sở dữ liệu hướng đối tượng trong công nghệ thông tin, mang lại giải pháp hiệu quả.

• Tác giả: Lý Anh Tuấn
• Người hướng dẫn: TS. Nguyễn Tuệ
• Trường học: Đại học Quốc gia Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Nghiên Cứu Và Phát Triển Các Ứng Dụng Với Cơ Sở Dữ Liệu Hướng Đối Tượng
• Loại tài liệu: luận văn
• Năm xuất bản: 2006
• Địa điểm: Hà Nội

Mục lục chi tiết

• Lời cám ơn
• Bảng ký hiệu các chữ viết tắt
• Danh mục các hình vẽ
• Danh mục các bảng
• Mở đầu
• 1. Chương 1: Tổng quan về cơ sở dữ liệu hướng đối tượng
• 1.1. Sự phát triển của công nghệ cơ sở dữ liệu
• 1.2. Cơ sở dữ liệu hướng đối tượng
• 1.2.1. Mô hình cơ sở dữ liệu hướng đối tượng
• 1.2.2. Định nghĩa dữ liệu, Điều hướng và Thao tác dữ liệu
• 1.2.3. Các vấn đề thi hành
• 1.3. Hệ quản trị cơ sở dữ liệu đối tượng
• 1.3.1. Những đặc trưng chính của một cơ sở dữ liệu đối tượng
• 1.3.2. Cơ chế hoạt động của một cơ sở dữ liệu đối tượng
• 1.4. Những ưu điểm và nhược điểm của cơ sở dữ liệu hướng đối tượng
• 1.4.1. Những ưu điểm của cơ sở dữ liệu hướng đối tượng
• 1.4.2. Những nhược điểm của cơ sở dữ liệu hướng đối tượng
• 2. Chương 2: Các hệ quản trị cơ sở dữ liệu hướng đối tượng
• 2.1. Hệ thống ObjectStore
• 2.1.1. Kiến trúc ObjectStore
• 2.1.2. Mô hình dữ liệu
• 2.2. Kiến trúc PSE Pro
• 2.2.1. Giao diện trình ứng dụng
• 2.3. Cơ sở dữ liệu FastObjects t7
• 2.3.1. Các đặc trưng
• 3. Chương 3: Phân tích thiết kế hướng đối tượng
• 3.1. Phát triển phần mềm hướng đối tượng với UML
• 3.1.1. Đặc tả yêu cầu
• 3.1.2. Tạo mô hình Use Case
• 3.1.3. Tạo mô hình khái niệm
• 3.1.4. Tạo biểu đồ tương tác giữa các đối tượng
• 3.1.5. Ánh xạ biểu đồ lớp thiết kế với mã nguồn
• 3.2. Một số công cụ phân tích thiết kế hướng đối tượng
• 4. Chương 4: Phát triển ứng dụng với cơ sở dữ liệu hướng đối tượng
• 4.1. Ứng dụng ODMG C++
• 4.2. Từng bước phát triển một ứng dụng Java sử dụng OODB
• 4.2.1. Những việc trước nhất
• 4.2.2. Xây dựng ứng dụng
• 4.3. Ứng dụng cửa hàng trực tuyến Webshop
• 4.3.1. Yêu cầu của ứng dụng
• 4.3.2. Tổng quan hệ thống
• 4.3.3. Phân tích thiết kế
• 4.3.4. Cài đặt ứng dụng
• Các kết quả đạt được trong luận văn
• Hướng nghiên cứu tiếp theo
• Tài liệu tham khảo

Tóm tắt

I. Tổng Quan về Cơ Sở Dữ Liệu Hướng Đối Tượng VNU

Công nghệ cơ sở dữ liệu đã trải qua nhiều thế hệ phát triển để đáp ứng nhu cầu lưu trữ và quản lý dữ liệu ngày càng phức tạp. Từ hệ thống file đơn giản đến CSDL quan hệ, mỗi bước tiến đều nhằm giảm bớt gánh nặng cho lập trình viên và tăng hiệu quả khai thác dữ liệu. Tuy nhiên, các CSDL truyền thống bộc lộ hạn chế khi xử lý dữ liệu phức tạp, đa phương tiện, hoặc trong các ứng dụng đòi hỏi hiệu năng cao. Điều này dẫn đến sự ra đời của cơ sở dữ liệu hướng đối tượng (OODB), một giải pháp tiềm năng kết hợp ưu điểm của lập trình hướng đối tượng và công nghệ CSDL. Theo Lý Anh Tuấn trong luận văn, OODB hứa hẹn tạo ra bước đột phá trong quản lý dữ liệu nhưng cần lựa chọn giải pháp quản trị phù hợp với từng ứng dụng.

1.1. Lịch sử phát triển công nghệ CSDL tại ĐHQGHN

Công nghệ CSDL đã trải qua bốn thế hệ phát triển, từ hệ thống file, CSDL phân cấp, CSDL CODASYL đến CSDL quan hệ. Mỗi thế hệ đều đáp ứng nhu cầu lưu trữ và quản lý dữ liệu ngày càng phức tạp. Sự chuyển tiếp giữa các thế hệ đánh dấu việc giảm tải thủ tục kế toán lặp đi lặp lại từ ứng dụng vào hệ CSDL. Theo Lý Anh Tuấn, việc giới thiệu truy vấn khai báo trong CSDL quan hệ giúp lập trình viên giảm thiểu công việc, nhưng đặt ra thách thức lớn cho việc thi hành hệ thống.

1.2. Ưu điểm của CSDL hướng đối tượng so với CSDL quan hệ

CSDL hướng đối tượng có khả năng mô hình hóa các thực thể phức tạp, hỗ trợ các kiểu dữ liệu tổng quát, và cung cấp hiệu năng tốt hơn cho các ứng dụng đòi hỏi nhiều tính toán. CSDL hướng đối tượng cũng giúp giảm thiểu vấn đề 'trở ngại ghép không khớp' giữa ngôn ngữ lập trình và ngôn ngữ CSDL. Lý Anh Tuấn nhấn mạnh rằng mô hình hướng đối tượng là nền tảng tự nhiên hơn để khắc phục các thiếu hụt của công nghệ CSDL truyền thống.

II. Vấn Đề và Thách Thức khi Ứng Dụng OOP Database

Mặc dù hứa hẹn nhiều tiềm năng, việc ứng dụng CSDL hướng đối tượng (OODB) vẫn đối mặt với những thách thức nhất định. So với CSDL quan hệ, OODB có độ phức tạp cao hơn trong thiết kế và triển khai. Tính trưởng thành của các hệ quản trị CSDL hướng đối tượng (OODBMS) chưa cao bằng các hệ quản trị CSDL quan hệ (RDBMS). Theo luận văn, việc lựa chọn giải pháp quản trị dữ liệu phù hợp cho ứng dụng là quan trọng, và RDBMS vẫn là lựa chọn thích hợp cho các ứng dụng nghiệp vụ thông thường.

2.1. Nhược điểm của CSDL hướng đối tượng cần lưu ý

Một số nhược điểm của CSDL hướng đối tượng bao gồm độ phức tạp cao trong thiết kế, triển khai, và quản lý. Tính trưởng thành của các hệ quản trị CSDL hướng đối tượng (OODBMS) chưa cao bằng các hệ quản trị CSDL quan hệ (RDBMS). Khả năng tương thích với các hệ thống hiện có cũng là một vấn đề cần xem xét. Luận văn nhấn mạnh sự cần thiết phải cân nhắc kỹ lưỡng các yếu tố này trước khi quyết định sử dụng CSDL hướng đối tượng.

2.2. Bài toán tối ưu hóa hiệu năng cho ứng dụng CSDL hướng đối tượng

Việc tối ưu hóa hiệu năng cho các ứng dụng CSDL hướng đối tượng là một thách thức quan trọng. Các kỹ thuật tối ưu hóa truy vấn, lập chỉ mục, và bộ nhớ đệm cần được áp dụng một cách hiệu quả. Việc lựa chọn kiến trúc CSDL phù hợp cũng đóng vai trò quan trọng. Luận văn đề cập đến việc nghiên cứu và phát triển các giải pháp để gia tăng sự thi hành của các hệ CSDL thế hệ mới.

III. Phương Pháp Phân Tích Thiết Kế CSDL Hướng Đối Tượng

Để phát triển ứng dụng CSDL hướng đối tượng hiệu quả, cần áp dụng phương pháp phân tích thiết kế hướng đối tượng. UML (Unified Modeling Language) là một công cụ mạnh mẽ hỗ trợ quá trình này. Các bước chính bao gồm đặc tả yêu cầu, tạo mô hình Use Case, tạo mô hình khái niệm, tạo biểu đồ tương tác giữa các đối tượng, và ánh xạ biểu đồ lớp thiết kế với mã nguồn. Luận văn trình bày sơ lược về phương pháp phân tích thiết kế hướng đối tượng bằng UML, nhấn mạnh vai trò của UML trong việc đặc tả yêu cầu, mô hình hóa use case và các biểu đồ tương tác.

3.1. Hướng dẫn sử dụng UML trong thiết kế CSDL hướng đối tượng

UML cung cấp các biểu đồ như biểu đồ lớp, biểu đồ đối tượng, biểu đồ trình tự, và biểu đồ trạng thái để mô hình hóa các khía cạnh khác nhau của hệ thống. Biểu đồ lớp mô tả cấu trúc dữ liệu và quan hệ giữa các đối tượng. Biểu đồ đối tượng thể hiện các thể hiện cụ thể của các lớp. Biểu đồ trình tự và biểu đồ trạng thái mô tả hành vi của hệ thống. Luận văn giới thiệu các khái niệm trong UML như đặc tả yêu cầu, mô hình use case, mô hình khái niệm và biểu đồ tương tác.

3.2. Ánh xạ biểu đồ lớp sang mã nguồn trong OOP database

Việc ánh xạ biểu đồ lớp sang mã nguồn là một bước quan trọng trong quá trình phát triển ứng dụng. Mỗi lớp trong biểu đồ lớp được ánh xạ sang một lớp trong ngôn ngữ lập trình. Các thuộc tính của lớp được ánh xạ sang các thuộc tính của lớp trong ngôn ngữ lập trình. Các phương thức của lớp được ánh xạ sang các phương thức của lớp trong ngôn ngữ lập trình. Luận văn trình bày việc ánh xạ biểu đồ lớp vào mã nguồn, một bước quan trọng trong phát triển ứng dụng.

IV. Ứng Dụng Thực Tế CSDL Hướng Đối Tượng tại ĐHQGHN

Luận văn trình bày một số ứng dụng của CSDL hướng đối tượng, bao gồm ứng dụng ODMG C++, ứng dụng Java sử dụng OODB, và ứng dụng Web Shop. Ứng dụng ODMG C++ minh họa cách phát triển một ứng dụng đơn giản với kết gán ngôn ngữ C++ tuân theo chuẩn ODMG. Ứng dụng Java sử dụng OODB trình bày từng bước để phát triển một ứng dụng Java sử dụng OODB, kết hợp với ObjectStore để được hỗ trợ lưu trữ bền vững. Ứng dụng Web Shop là một ứng dụng thực tế được phát triển qua các bước: tìm hiểu yêu cầu, phân tích thiết kế, lập trình.

4.1. Ứng dụng Web Shop Phân tích thiết kế và triển khai

Ứng dụng Web Shop được phát triển qua các bước: tìm hiểu yêu cầu, phân tích thiết kế, lập trình. Yêu cầu bao gồm chức năng cho khách hàng mua hàng, người quản lý cập nhật hàng, khách hàng xem hiện trạng giao hàng, và người quản lý quyết định giao hàng. Luận văn trình bày tổng quan hệ thống, các use case, các mô hình lớp và giao diện trang chủ của ứng dụng.

4.2. Triển khai CSDL hướng đối tượng với ObjectStore và Java

Luận văn trình bày cách tích hợp ObjectStore với Java để tạo ra một ứng dụng có khả năng lưu trữ dữ liệu bền vững. Các đối tượng Java được lưu trữ trực tiếp trong CSDL ObjectStore, loại bỏ sự cần thiết phải ánh xạ dữ liệu giữa mô hình đối tượng và mô hình quan hệ. Ứng dụng này minh họa cách sử dụng CSDL hướng đối tượng để đơn giản hóa quá trình phát triển ứng dụng và cải thiện hiệu năng.

V. Kết Luận và Hướng Nghiên Cứu Về CSDL Hướng Đối Tượng

Luận văn đã trình bày tổng quan về CSDL hướng đối tượng, bao gồm mô hình dữ liệu, các khái niệm cơ bản, các hệ quản trị CSDL hướng đối tượng phổ biến, và phương pháp phân tích thiết kế hướng đối tượng. Luận văn cũng trình bày một số ứng dụng thực tế của CSDL hướng đối tượng. Hướng nghiên cứu tiếp theo có thể tập trung vào việc tối ưu hóa hiệu năng, mở rộng khả năng, và tích hợp CSDL hướng đối tượng với các công nghệ mới như Big Data và Khoa học dữ liệu.

5.1. Đánh giá hiệu quả của CSDL hướng đối tượng trong các ứng dụng

Hiệu quả của CSDL hướng đối tượng phụ thuộc vào loại ứng dụng và yêu cầu cụ thể. Trong các ứng dụng xử lý dữ liệu phức tạp, đa phương tiện, hoặc đòi hỏi hiệu năng cao, CSDL hướng đối tượng có thể mang lại lợi ích đáng kể. Tuy nhiên, trong các ứng dụng nghiệp vụ thông thường, CSDL quan hệ vẫn là một lựa chọn thích hợp. Luận văn nhấn mạnh sự cần thiết phải đánh giá kỹ lưỡng các yếu tố này trước khi quyết định sử dụng CSDL hướng đối tượng.

5.2. Tiềm năng phát triển CSDL hướng đối tượng trong tương lai

CSDL hướng đối tượng có tiềm năng phát triển mạnh mẽ trong tương lai, đặc biệt là trong bối cảnh Big Data, Khoa học dữ liệu, và Internet of Things (IoT). Các công nghệ mới như NoSQL và MongoDB cũng đang ảnh hưởng đến sự phát triển của CSDL hướng đối tượng. Luận văn gợi ý rằng các nghiên cứu tiếp theo có thể tập trung vào việc tích hợp CSDL hướng đối tượng với các công nghệ này để tạo ra các giải pháp quản lý dữ liệu hiệu quả hơn.

Nội dung chính

Tổng quan nghiên cứu

Công nghệ cơ sở dữ liệu đã trải qua năm thế hệ phát triển trong hơn ba thập kỷ, từ hệ thống file thế hệ đầu (ISAM, VSAM) đến cơ sở dữ liệu quan hệ thế hệ thứ tư (Oracle, DB2, INGRES), và nay hướng tới cơ sở dữ liệu hướng đối tượng — thế hệ thứ năm đang được định hình. Mặc dù cơ sở dữ liệu quan hệ chiếm lĩnh thị trường từ cuối thập niên 70, ít nhất 6 nhóm hạn chế nghiêm trọng của công nghệ truyền thống này đã được phác hoạ trong các nghiên cứu học thuật từ những năm 1980, thúc đẩy nhu cầu tìm kiếm giải pháp thay thế.

Luận văn thạc sĩ "Nghiên cứu và phát triển các ứng dụng với cơ sở dữ liệu hướng đối tượng" của tác giả Lý Anh Tuấn, thực hiện tại Trường Đại học Công nghệ, ĐHQG Hà Nội năm 2006, dưới sự hướng dẫn của TS. Nguyễn Tuệ, tập trung giải quyết một bài toán thiết thực: làm thế nào để phát triển các ứng dụng hiệu quả với cơ sở dữ liệu hướng đối tượng (OODB) bằng phương pháp phân tích thiết kế hướng đối tượng.

Phạm vi nghiên cứu bao gồm khảo sát lý thuyết nền tảng OODB, phân tích ba hệ quản trị OODB tiêu biểu trên thị trường, và trình bày quy trình phát triển ba ứng dụng minh họa hoàn chỉnh — tất cả đều được triển khai trên môi trường thực tế. Ý nghĩa thực tiễn của luận văn nằm ở việc cung cấp một quy trình phát triển đầu-cuối có thể tái sử dụng, giúp rút ngắn khoảng 25%–75% khối lượng mã trình tương tác với tầng lưu trữ dữ liệu so với các kiến trúc dùng cơ sở dữ liệu quan hệ truyền thống.

---

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Luận văn xây dựng nền tảng lý thuyết trên hai trụ cột chính:

Trụ cột 1 — Mô hình cơ sở dữ liệu hướng đối tượng (OODB Model): Được định hình từ nghiên cứu của Martin (1993), OODB là sự hoà hợp giữa lập trình hướng đối tượng (OOP) và năng lực của hệ quản trị cơ sở dữ liệu truyền thống. Năm khái niệm cốt lõi tạo nên mô hình này:

• Bền vững (Persistence): Trạng thái đối tượng được duy trì sau khi chương trình kết thúc.
• Định danh đối tượng (OID — Object Identity): Mỗi đối tượng mang một định danh duy nhất, độc lập với giá trị dữ liệu. Khác với khóa trong RDB, OID không thể bị ứng dụng thay đổi, đảm bảo tính toàn vẹn tham chiếu tuyệt đối.
• Bao gói (Encapsulation): Dữ liệu và thao tác được bảo vệ bên trong đối tượng; giao tiếp ngoài chỉ qua giao diện phương thức.
• Kế thừa (Inheritance): Lớp chuyên biệt kế thừa tính chất và thao tác từ siêu lớp, hỗ trợ cả đơn kế thừa lẫn đa kế thừa, giảm sự lặp lại mã trình.
• Đa hình thái (Polymorphism): Cho phép một giao diện biểu diễn nhiều hành vi khác nhau tùy ngữ cảnh.

Trụ cột 2 — Chuẩn ODMG và Ngôn ngữ OQL: Nhóm quản lý dữ liệu đối tượng (ODMG) chuẩn hóa ba thành phần: Ngôn ngữ định nghĩa đối tượng (ODL), Ngôn ngữ truy vấn đối tượng (OQL), và kết gán ngôn ngữ cho C++ và Java. OQL kế thừa cú pháp SQL nhưng bổ sung các mở rộng hướng đối tượng, cho phép điều hướng qua con trỏ thay vì phép nối bảng.

Khung phân tích thiết kế — UML & Rational Rose: Luận văn áp dụng quy trình phát triển phần mềm hướng đối tượng với UML, gồm 4 bước có trật tự: đặc tả yêu cầu → mô hình Use Case → mô hình khái niệm → biểu đồ tương tác và ánh xạ lớp vào mã nguồn.

Phương pháp nghiên cứu

Luận văn sử dụng phương pháp nghiên cứu kết hợp lý thuyết và thực nghiệm:

• Nguồn dữ liệu: Tài liệu học thuật quốc tế về OODB, tài liệu kỹ thuật từ nhà sản xuất (Object Design Inc., Excelon Corp.), và kết quả triển khai thực tế trên 3 ứng dụng thí nghiệm.
• Cỡ mẫu kỹ thuật: Ba hệ quản trị OODB được phân tích chuyên sâu — ObjectStore, PSE Pro và FastObjects t7 — đại diện cho hai kiến trúc chính: server-centric (nhận biết đối tượng) và client-centric (động cơ lưu trữ bền vững). Việc chọn 3 hệ thống này dựa trên tiêu chí thương mại hóa rộng rãi và tài liệu kỹ thuật công khai đủ độ chi tiết để phân tích kiến trúc.
• Phương pháp chọn mẫu ứng dụng: Chọn có chủ đích 3 kịch bản tăng dần độ phức tạp — ứng dụng ODMG C++ đơn giản, ứng dụng Java tích hợp ObjectStore, và ứng dụng Web Shop đa tầng — nhằm kiểm chứng quy trình OODB trên nhiều bối cảnh thực tế khác nhau.
• Phương pháp phân tích: So sánh kiến trúc định tính giữa OODB và RDB, kết hợp triển khai thực nghiệm và đánh giá theo tiêu chí hiệu suất, tính bền vững dữ liệu và độ phức tạp lập trình.
• Timeline nghiên cứu: Thực hiện trong 2 năm học (2004–2006) tại Khoa Công nghệ Thông tin, ĐHQG Hà Nội.

---

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Phát hiện 1 — Chi phí phát triển giảm đáng kể khi dùng OODB:
PSE Pro loại bỏ hoàn toàn lượng mã trình chuyển đổi giữa mô hình đối tượng và mô hình quan hệ. Theo tài liệu kỹ thuật của nhà sản xuất, khoảng 25%–75% khối lượng công việc phát triển ứng dụng Java/C++ truyền thống là viết mã tương tác với bộ lưu trữ quan hệ — toàn bộ phần này được PSE Pro xử lý tự động. Kết quả: nhóm phát triển tập trung vào logic nghiệp vụ thay vì tầng ánh xạ dữ liệu. Điều này có thể được minh họa trực quan bằng biểu đồ cột so sánh tỷ lệ phân bổ nỗ lực phát triển giữa hai kiến trúc.

Phát hiện 2 — Hiệu suất truy cập dữ liệu vượt trội nhờ kiến trúc Cache-Forward:
ObjectStore thi hành kiến trúc "Cache-Forward" độc đáo, trong đó toàn bộ thao tác dữ liệu xảy ra trong bộ nhớ phía client thay vì phía server. Khi cần, ObjectStore cho phép lấy về vài đối tượng được lưu trên một trang đơn trong một thao tác CPU duy nhất — tương phản với RDB phải tải toàn bộ bảng chứa cả dữ liệu cần và không cần. Các benchmark thực tế của OODB thường cho thấy lợi thế rõ rệt ở "warm benchmark" (kiểm tra lặp lại), nhờ cơ chế caching phía client.

Phát hiện 3 — Điều hướng đối tượng tự nhiên hơn truy vấn đại số học:
Thực nghiệm với ứng dụng Web Shop minh họa: truy vấn "Khóa học nào Sinh viên 2 đã đăng ký?" được giải quyết bằng cách đi theo con trỏ từ đối tượng Student đến Course — không cần phép JOIN. Ngược lại, SQL yêu cầu ít nhất 2 bảng và 1 phép JOIN với điều kiện khóa ngoại. OQL kế thừa cú pháp SQL đầy đủ nhưng bổ sung khả năng gọi phương thức đối tượng trực tiếp trong câu truy vấn.

Phát hiện 4 — FastObjects t7 mở rộng khả năng đa người dùng với giao tác ACID đầy đủ:
FastObjects t7 đạt được cân bằng giữa tính nhất quán và hiệu suất thông qua hỗ trợ giao tác ACID hoàn chỉnh, điều khiển tương tranh đa phiên bản (MVCC), và cơ chế Check In – Check Out. MVCC cho phép nhiều giao dịch đọc xảy ra đồng thời mà không bị chặn bởi giao dịch ghi — một lợi thế đáng kể so với mô hình khóa cấp trang (page-level locking) phổ biến ở nhiều OODB thế hệ trước.

Thảo luận kết quả

Các phát hiện trên nhất quán với xu hướng học thuật trong giai đoạn 1990–2006: OODB không thay thế RDB mà bổ sung cho hệ sinh thái quản trị dữ liệu. Nguyên nhân là OODB tối ưu cho ứng dụng có mô hình đối tượng phức tạp, nhiều giao dịch và yêu cầu hỗ trợ kiểu dữ liệu tùy biến (đa phương tiện, CAD, GIS) — đúng với bối cảnh bùng nổ thương mại điện tử và ứng dụng Web cuối thập niên 90 đầu thập niên 2000.

Tuy nhiên, OODB bộc lộ hai điểm yếu cấu trúc: truy vấn phi thể thức kém hơn RDB, và vấn đề móc nối chặt (tight coupling) giữa ứng dụng và cơ sở dữ liệu khiến việc di chuyển hệ thống sang nhà cung cấp khác tốn kém. So với POSTGRES (đại diện cách tiếp cận quan hệ mở rộng) và các hệ OODB như GemStone, ONTOS, Versant trong cùng thời kỳ, ObjectStore nổi bật nhờ kiến trúc ánh xạ bộ nhớ ảo được cấp bằng sáng chế — giải quyết một phần bài toán hiệu suất mà các đối thủ xử lý chủ yếu qua caching đơn thuần.

---

Đề xuất và khuyến nghị

1. Áp dụng tiêu chí lựa chọn OODB vs. RDB có hệ thống (Dành cho kiến trúc sư hệ thống — ngay từ giai đoạn thiết kế)
Xây dựng ma trận quyết định dựa trên 4 tiêu chí: (a) độ phức tạp mô hình đối tượng, (b) tần suất truy vấn phi thể thức, (c) yêu cầu hỗ trợ kiểu dữ liệu tùy biến, và (d) rủi ro di chuyển nhà cung cấp. Mục tiêu: đạt tỷ lệ chọn đúng công nghệ lưu trữ ngay từ đầu dự án trên 90%, tránh chi phí thiết kế lại kiến trúc về sau. Đội ngũ cần được huấn luyện nhận diện ít nhất 4 dấu hiệu ứng dụng phù hợp với OODB (hệ CAD/CAE/CASE, đa phương tiện, mô phỏng, giao dịch dài hạn).

2. Áp dụng chuẩn ODMG trong phát triển ứng dụng OODB mới (Dành cho nhóm phát triển — trong giai đoạn lập trình)
Chuẩn hóa toàn bộ định nghĩa schema qua ODL, viết truy vấn bằng OQL, và sử dụng kết gán ngôn ngữ chuẩn ODMG cho C++ hoặc Java. Mục tiêu định lượng: giảm thời gian di chuyển giữa các OODBMS xuống còn dưới 20% tổng effort phát triển so với triển khai phụ thuộc nhà cung cấp. Deadline áp dụng: từ sprint 1 của mỗi dự án mới.

3. Tích hợp PSE Pro cho ứng dụng nhúng và di động có nhiều giao dịch (Dành cho nhóm phát triển sản phẩm nhúng — trong 6 tháng tiếp theo)
Với các ứng dụng đơn người dùng hoặc đa luồng giới hạn, thay thế cơ chế lưu file phẳng hoặc SQLite bằng PSE Pro. Chỉ số kỳ vọng: giảm trên 30% dòng mã tầng truy cập dữ liệu, cải thiện tốc độ khởi động ứng dụng nhờ ánh xạ bộ nhớ ảo. PSE Pro hỗ trợ MVCC, do đó phù hợp với ứng dụng yêu cầu đọc đồng thời không bị chặn.

4. Xây dựng lớp trừu tượng hóa dữ liệu (Data Abstraction Layer) quanh OODB (Dành cho kiến trúc sư — trong 3 tháng triển khai đầu tiên)
Dù OODB loại bỏ ánh xạ quan hệ-đối tượng, vẫn nên thi hành một tầng trừu tượng mỏng bao quanh API của OODBMS cụ thể. Mục tiêu: bảo toàn khả năng thay thế nhà cung cấp mà không cần refactor toàn bộ logic nghiệp vụ. Tầng này ước tính tốn khoảng 10%–15% effort phát triển ban đầu nhưng tiết kiệm trên 40% chi phí di chuyển hệ thống về sau.

---

Đối tượng nên tham khảo luận văn

1. Sinh viên và học viên cao học Công nghệ Thông tin
Luận văn cung cấp tổng quan học thuật có hệ thống về 5 thế hệ công nghệ cơ sở dữ liệu, đặc biệt hữu ích cho môn học Cơ sở dữ liệu nâng cao hoặc Kỹ nghệ phần mềm hướng đối tượng. Sinh viên cần hiểu sự đánh đổi giữa OODB và RDB để làm bài thi, đồ án, hoặc luận văn sẽ tìm thấy tại đây cả lý thuyết nền lẫn 3 case study triển khai thực tế.

2. Kỹ sư phần mềm và kiến trúc sư hệ thống
Những người đang thiết kế hệ thống có dữ liệu phức tạp dạng đồ thị quan hệ, đa phương tiện, hoặc mô hình CAD sẽ tìm thấy trong luận văn quy trình đánh giá và lựa chọn giữa OODB, RDBMS và ORDBMS. Phần phân tích ưu/nhược điểm của ObjectStore, PSE Pro và FastObjects t7 cung cấp cơ sở so sánh có chứng cứ kỹ thuật, rút ngắn thời gian proof-of-concept xuống vài tuần.

3. Giảng viên và nhà nghiên cứu Cơ sở dữ liệu
Luận văn tổng hợp và Việt hóa một khối lượng tài liệu kỹ thuật quốc tế đáng kể về OODBMS tính đến năm 2006. Giảng viên có thể dùng các hình minh họa kiến trúc (kiến trúc client-server của ODBMS, sơ đồ ánh xạ bộ nhớ ảo PSE Pro, biểu đồ trạng thái trang CSDL) làm tài liệu giảng dạy trực quan.

4. Nhà phát triển ứng dụng Java/C++ tích hợp cơ sở dữ liệu
Chương 4 của luận văn đặc biệt có giá trị thực hành: hướng dẫn từng bước phát triển ứng dụng Java với ObjectStore, bao gồm quản lý giao dịch, khôi phục đối tượng bằng điều hướng con trỏ, và triển khai ứng dụng Web Shop hoàn chỉnh từ phân tích Use Case đến lập trình và giao diện.

---

Câu hỏi thường gặp

1. Cơ sở dữ liệu hướng đối tượng (OODB) khác cơ sở dữ liệu quan hệ (RDB) như thế nào về cơ bản?
RDB lưu trữ dữ liệu dưới dạng hàng và cột, truy vấn qua SQL với phép JOIN bảng. OODB lưu đối tượng theo định danh duy nhất (OID), truy vấn bằng cách điều hướng qua con trỏ giữa các đối tượng. Ví dụ: truy vấn "Sinh viên 2 học khóa nào?" trong OODB chỉ cần đi theo con trỏ từ Student đến Course, không cần JOIN. Sự khác biệt này giúp OODB phù hợp với dữ liệu có cấu trúc phức tạp, lồng nhau.

2. Khi nào nên chọn OODB thay vì RDB cho dự án?
OODB là lựa chọn tối ưu khi ứng dụng có mô hình đối tượng phức tạp, nhiều mối quan hệ lồng nhau (như hệ CAD, GIS, đa phương tiện), hoặc yêu cầu hỗ trợ kiểu dữ liệu tùy biến không biểu diễn tốt trong bảng phẳng. Ngược lại, với ứng dụng nghiệp vụ thông thường (kế toán, bán lẻ, nhân sự) mà truy vấn phi thể thức phức tạp là phổ biến, RDB vẫn là lựa chọn chín muồi hơn do hệ sinh thái công cụ và nhân lực trưởng thành hơn nhiều.

3. ObjectStore, PSE Pro và FastObjects t7 khác nhau ở điểm nào?
ObjectStore là giải pháp đa người dùng, kiến trúc client/server đầy đủ với "Cache-Forward" và callback locking được cấp bằng sáng chế, phù hợp ứng dụng doanh nghiệp yêu cầu 24x7. PSE Pro là phiên bản thu gọn, thiết kế cho ứng dụng nhúng, đơn người dùng hoặc ít luồng, tối ưu bằng ánh xạ bộ nhớ ảo. FastObjects t7 nhắm vào ứng dụng hai tầng và ba tầng với giao tác ACID đầy đủ, hỗ trợ MVCC và nhiều bộ xử lý.

4. Chuẩn ODMG có vai trò gì trong phát triển ứng dụng OODB?
ODMG (Object Data Management Group) chuẩn hóa ba yếu tố: ODL để định nghĩa lớp đối tượng, OQL để truy vấn, và kết gán ngôn ngữ cho C++/Java. Tuân thủ ODMG giúp mã nguồn ứng dụng ít phụ thuộc nhà cung cấp hơn. Trong thực tế, một ứng dụng viết theo chuẩn ODMG C++ có thể chuyển sang OODBMS khác với mức chỉnh sửa tối thiểu, giảm rủi ro khóa nhà cung cấp (vendor lock-in) — vấn đề nghiêm trọng khi thị trường OODB còn phân mảnh.

5. OODB có thực sự thay thế được RDB trong tương lai không?
Thực tiễn đến nay cho thấy câu trả lời là không — OODB và RDB cùng tồn tại trong hệ sinh thái đa dạng. Nhiều nhà cung cấp như Oracle đã tích hợp đặc tính hướng đối tượng vào RDB, tạo ra cơ sở dữ liệu quan hệ-đối tượng (ORDBMS). Xu hướng hiện đại cho thấy sự phân chia thị trường theo use case: OODB/NoSQL cho dữ liệu phi cấu trúc phức tạp, RDBMS cho nghiệp vụ truyền thống, và ORDBMS như một cầu nối trung gian cho nhiều tổ chức đang chuyển đổi dần.

---

Kết luận

• Đóng góp lý thuyết: Luận văn tổng hợp và hệ thống hóa toàn bộ nền tảng lý thuyết OODB từ mô hình dữ liệu, cơ chế hoạt động đến ưu/nhược điểm, trong bối cảnh tài liệu tiếng Việt về chủ đề này còn rất khan hiếm tại thời điểm 2006.
• Đóng góp thực tiễn: Phân tích kiến trúc chuyên sâu 3 OODBMS thương mại (ObjectStore, PSE Pro, FastObjects t7) kết hợp với 3 ứng dụng minh họa triển khai thực tế — từ ứng dụng C++ đơn giản đến hệ thống Web Shop đa tầng đầy đủ.
• Giá trị phương pháp luận: Xây dựng và kiểm chứng quy trình phát triển OODB theo UML hoàn chỉnh, bao gồm cả công cụ Rational Rose và PSE Designer.
• Định hướng tiếp theo: Nghiên cứu tích hợp OODB với kiến trúc microservices, đánh giá hiệu suất định lượng trên tập dữ liệu lớn, và so sánh với các giải pháp NoSQL hướng đối tượng hiện đại như MongoDB hay OrientDB.
• Lời khuyến nghị: Nếu bạn đang xây dựng hệ thống có dữ liệu phức tạp, hãy tham khảo luận văn này như một bản đồ quyết định kỹ thuật — và cân nhắc thực hiện một proof-of-concept ngắn với OODB trước khi cam kết kiến trúc toàn hệ thống.

Trích đoạn nội dung tài liệu

Chương 1 trình bày tổng quan về cơ sở dữ liệu hướng đối tượng, bao gồm mô hình cơ sở dữ liệu hướng đối tượng, các khái niệm về định nghĩa dữ liệu, thao tác (LUAN.10 TIEU LUAN MOI download : skknchat@gmail.10 8 dữ liệu và vấn đề thi hành của cơ sở dữ liệu hướng đối tượng. Tiếp đó các vấn đề về kiến trúc và cách làm việc của cơ sở dữ liệu hướng đối tượng cũng được giới thiệu một cách sơ lược. Phần cuối của chương trình bày những ưu điểm và nhược điểm của cơ sở dữ liệu hướng đối tượng. Chương 2 giới thiệu một số hệ quản trị cơ sở dữ liệu hướng đối tượng phổ biến hiện nay, bao gồm: ObjectStore, PSE Pro và FastObject t7.

Chương này đi sâu vào tìm hiểu các khía cạnh về kiến trúc, chức năng và các đặc trưng của các hệ quản trị cơ sở dữ liệu hướng đối tượng này. Chương 3 trình bày sơ lược về phương pháp phân tích thiết kế hướng đối tượng bằng UML. Phần đầu của chương trình bày các khái niệm trong UML như đặc tả yêu cầu, mô hình use case, mô hình khái niệm, biểu đồ tương tác, và việc ánh xạ biểu đồ lớp vào mã nguồn. Phần cuối của chương giới thiệu hai công cụ phân tích thiết kế hướng đối tượng là Rational Rose và PSE Designer.

Chương 4 tập trung vào vấn đề phát triển ứng dụng với cơ sở dữ liệu hướng đối tượng. Ba ứng dụng được nêu ra để minh hoạ. Trong ứng dụng đầu tiên (ODMG C++), luận văn trình bày cách phát triển một ứng dụng đơn giản với kết gán ngôn ngữ C++ tuân theo chuẩn ODMG. Trong ứng dụng thứ hai, luận văn trình bày từng bước để phát triển một ứng dụng Java sử dụng OODB, ban đầu ứng dụng này chỉ được viết bằng ngôn ngữ Java, sau đó được kết hợp với ObjectStore để được hỗ trợ lưu trữ bền vững.

Trong ứng dụng thứ ba, luận văn trình bày một ứng dụng có ý nghĩa thiết thực, đó là ứng dụng Web Shop. Ứng dụng được phát triển qua các bước: tìm hiểu yêu cầu, phân tích thiết kế, lập trình. Các ứng dụng này đều đã được triển khai trên môi trường thực tế.10 TIEU LUAN MOI download : skknchat@gmail. Tổng quan về cơ sở dữ liệu hướng đối tượng 1.

Sự phát triển của công nghệ cơ sở dữ liệu Trong suốt ba thập kỷ gần đây, công nghệ cơ sở dữ liệu cho các hệ thống thông tin đã phát triển trải qua bốn thế hệ, và công nghệ cơ sở dữ liệu thế hệ thứ năm hiện nay đang được phát triển. Bước chuyển tiếp từ một thế hệ tới một thế hệ tiếp theo luôn luôn là cần thiết bởi sự gia tăng liên tục về độ phức tạp của các ứng dụng cơ sở dữ liệu và về chi phí thi hành, bảo trì, và mở rộng những ứng dụng này. Thế hệ thứ nhất là hệ thống file, chẳng hạn như ISAM và VSAM. Thế hệ thứ hai là các hệ cơ sở dữ liệu phân cấp, chẳng hạn như IMS và System 2000.

Thế hệ thứ ba là các hệ cơ sở dữ liệu CODASYL, chẳng hạn như IDS, TOTAL, ADABAS, IDMS, v. Các hệ thống thế hệ thứ hai và thứ ba đã thực hiện việc chia sẻ một cơ sở dữ liệu tích hợp giữa nhiều người trong một môi trường ứng dụng. Sự thiếu tính độc lập dữ liệu và việc truy cập điều hướng khó khăn tới cơ sở dữ liệu dẫn đến công nghệ cơ sở dữ liệu thế hệ thứ tư, gọi là công nghệ cơ sở dữ liệu quan hệ. Công nghệ cơ sở dữ liệu quan hệ được đặc trưng bởi truy vấn khai báo.

Công nghệ cơ sở dữ liệu thế hệ thứ năm sẽ được đặc trưng bởi một mô hình dữ liệu phong phú hơn và một tập các tiện ích cơ sở dữ liệu phong phú hơn cần thiết để đáp ứng những đòi hỏi của các ứng dụng ngoài các ứng dụng xử lý dữ liệu nghiệp vụ mà do nó 4 thế hệ công nghệ cơ sở dữ liệu trước đó đã được phát triển. Sự chuyển tiếp từ một thế hệ tới một thế hệ tiếp theo của công nghệ cơ sở dữ liệu đã được đánh dấu bằng việc trút bớt một số thủ tục kế toán chán ngắt và lặp lại từ các ứng dụng vào trong hệ cơ sở dữ liệu. Điều này tạo ra sự thuận tiện cho các lập trình viên ứng dụng lập trình ứng dụng cơ sở dữ liệu; tuy nhiên, nó gây ra một vấn đề lớn cho sự thi hành của các hệ thống cơ sở dữ liệu và đòi hỏi những nghiên cứu và phát triển đáng kể để gia tăng sự thi hành của các hệ cơ sở dữ liệu thế hệ mới tới một mức có thể chấp nhận được. Điều này đặc biệt đúng với việc chuyển tiếp vào trong lĩnh vực các cơ sở dữ liệu quan hệ.

Việc giới thiệu các truy vấn khai báo trong các cơ sở dữ liệu quan hệ làm nhẹ bớt cho những người lập trình ứng (LUAN.10 TIEU LUAN MOI download : skknchat@gmail.10 10 dụng khỏi những công việc nhỏ nhặt buồn tẻ của việc lập trình điều hướng khôi phục các bản ghi từ cơ sở dữ liệu. Tuy nhiên, một thành phần mới chính, tên là bộ tối ưu hoá truy vấn, đã được thêm vào hệ cơ sở dữ liệu để tự động đi đến một kế hoạch tối ưu cho việc xử lý bất kỳ truy vấn nào được đưa ra, chẳng hạn như kế hoạch sẽ tạo ra việc sử dụng các phương pháp truy cập phù hợp được cung cấp trong hệ thống. Trong suốt những thập niên 70 các hoạt động nghiên cứu và triển khai về cơ sở dữ liệu đã tập trung vào việc mô tả công nghệ cơ sở dữ liệu quan hệ. Đỉnh điểm của những nỗ lực này là việc giới thiệu các hệ thống cung cấp thương mại cuối những năm 70 và đầu những năm 80, chẳng hạn như Oracle, SQL/DB và DB2 và INGRES.

Tuy nhiên, công nghệ cơ sở dữ liệu quan hệ, cũng như mỗi công nghệ cơ sở dữ liệu thế hệ trước, đã được phát triển cho các ứng dụng xử lý dữ liệu nghiệp vụ, chẳng hạn như kiểm tra hàng tồn, bảng lương, sổ sách kế toán, v. Những nỗ lực để tạo ra việc sử dụng công nghệ cơ sở dữ liệu quan hệ trong một miền rộng các kiểu khác nhau của ứng dụng đã nhanh chóng phơi bày một số thiếu sót nghiêm trọng của công nghệ cơ sở dữ liệu quan hệ và thế hệ trước đây. Các ứng dụng này bao gồm các hệ thống thiết kế, kỹ nghệ, công nghệ phần mềm và việc chế tạo được máy tính trợ giúp (CAD, CAE, CASE và CAM) và ứng dụng chạy trên chúng; các hệ thống dựa trên tri thức (các hệ chuyên gia và các shell hệ chuyên gia); Các hệ thống đa phương tiện đi kèm với các hình ảnh, âm thanh và các tài liệu nguyên bản và các hệ ngôn ngữ lập trình. Các hệ cơ sở dữ liệu quan hệ và thế hệ trước đây từ đây trở đi sẽ được gọi là các hệ cơ sở dữ liệu truyền thống.

Chúng ta hãy xem qua một số thiếu sót đáng chú ý của công nghệ cơ sở dữ liệu truyền thống [6, 7]:  Một mô hình cơ sở dữ liệu truyền thống, nhất là mô hình quan hệ, quá đơn giản để mô hình hoá các thực thể xếp lồng vào nhau phức tạp, chẳng hạn như các đối tượng thiết kế và công trình, và các tài liệu phức tạp (LUAN.10 TIEU LUAN MOI download : skknchat@gmail.10 11  Các hệ cơ sở dữ liệu truyền thống chỉ hỗ trợ một tập hạn chế các kiểu dữ liệu nguyên tử, chẳng hạn như integer, string, v.v; chúng không hỗ trợ các kiểu dữ liệu tổng quát được tìm thấy trong các ngôn ngữ lập trình.  Sự thi hành của các hệ cơ sở dữ liệu truyền thống, đặc biệt là các hệ cơ sở dữ liệu quan hệ là không thể chấp nhận được cho các kiểu khác nhau của các ứng dụng cần nhiều tính toán, chẳng hạn như các chương trình mô phỏng trong các môi trường thiết kế được máy tính trợ giúp và các môi trường ngôn ngữ lập trình.  Các chương trình ứng dụng được thi hành trong một số ngôn ngữ lập trình thuật toán (chẳng hạn như COBOL, FORTRAN, C) và một số ngôn ngữ cơ sở dữ liệu được nhúng vào trong nó. Các ngôn ngữ cơ sở dữ liệu là rất khác so với các ngôn ngữ lập trình, trong cả mô hình dữ liệu và cấu trúc dữ liệu.

Vấn đề trở ngại ghép không khớp này đã thúc đẩy việc phát triển các ngôn ngữ thế hệ thứ tư (4GL).  Mô hình các giao tác được hỗ trợ trong các hệ cơ sở dữ liệu truyền thống không thích hợp cho các giao tác trong khoảng thời gian dài cần thiết trong các môi trường thiết kế có tính cộng tác ảnh hưởng lẫn nhau. Các hệ cơ sở dữ liệu truyền thống không hỗ trợ các tiện ích để biểu diễn và quản lý chiều thời gian trong các cơ sở dữ liệu, bao gồm khái niệm thời gian và các phiên bản của các đối tượng và lược đồ, và các thông báo thay đổi. Việc khám phá ra những thiếu sót của công nghệ cơ sở dữ liệu truyền thống đã cung cấp động lực cho các chuyên gia cơ sở dữ liệu trong phần lớn những năm 1980 để mở đường cho thế hệ thứ năm của công nghệ cơ sở dữ liệu.

Công nghệ cơ sở dữ liệu thế hệ tiếp theo cần phải được xây dựng trên công nghệ cơ sở dữ liệu truyền thống và sát nhập các giải pháp cho nhiều vấn đề được phác hoạ ở trên để đáp ứng các đòi hỏi của các ứng dụng cơ sở dữ liệu hiện nay và mới nổi lên. Hiện nay có ít nhất hai cách tiếp cận được đề xuất cho việc chuyển tiếp từ công nghệ cơ sở dữ liệu thế hệ thứ tư sang công nghệ thế hệ thứ năm: công nghệ cơ sở dữ liệu (LUAN.10 TIEU LUAN MOI download : skknchat@gmail.10 12 quan hệ mở rộng và công nghệ cơ sở dữ liệu hướng đối tượng. Các khác biệt cơ bản giữa chúng là mô hình dữ liệu cơ sở và ngôn ngữ cơ sở dữ liệu. Tiếp cận cơ sở dữ liệu quan hệ mở rộng bắt đầu với mô hình dữ liệu quan hệ và một ngôn ngữ truy vấn quan hệ, và mở rộng chúng theo các cách khác nhau để cho phép việc mô hình hoá và thao tác đối với các mối quan hệ ngữ nghĩa và các tiện ích cơ sở dữ liệu cộng thêm.

POSTGRES là hệ cơ sở dữ liệu thế hệ tiếp theo nổi tiếng nhất dựa trên tiếp cận quan hệ mở rộng. Tiếp cận hướng đối tượng, được chấp nhận trong hệ thống ORION của MCC và một số các hệ thống khác (chẳng hạn như Ontos, GemStone, IRIS, O2.