Bối cảnh và vấn đề nghiên cứu

Báo cáo đồ án thực hành môn học Hệ quản trị cơ sở dữ liệu (mã lớp IS210.N21 / IS201.N21) với đề tài "Xây dựng website bán giày online" (Building a sneaker's e-commerce platform) được thực hiện bởi nhóm sinh viên Khoa Hệ thống Thông tin, Trường Đại học Công nghệ Thông tin – Đại học Quốc gia Thành phố Hồ Chí Minh, dưới sự hướng dẫn của giảng viên Nguyễn Hồ Duy Tri.

Bối cảnh thực tiễn được nhóm tác giả đặt ra xuất phát từ sự biến động của ngành bán lẻ thời trang sau đại dịch COVID-19. Dẫn chứng từ báo cáo năm 2020 của McKinsey & Company cho thấy doanh thu toàn ngành thời trang sụt giảm từ 30% xuống còn 27%, đặt ra yêu cầu cấp thiết về việc chuyển đổi số cho các doanh nghiệp bán lẻ. Đồng thời, theo khảo sát của Deloitte, tỷ lệ người tiêu dùng thực hiện ít nhất một giao dịch mua sắm qua các nền tảng thương mại điện tử và mạng xã hội lần lượt đạt 68% và 54%. Tại thị trường Việt Nam, thời trang là một trong những ngành hàng có mức chi tiêu thương mại điện tử lớn nhất nhờ vào các chiến dịch khuyến mãi liên tục, flash sale định kỳ nhằm gia tăng tổng giá trị hàng hóa (GMV) và số lượng người dùng.

Tuy nhiên, việc vận hành các hệ thống thương mại điện tử đặt ra nhiều thách thức kỹ thuật lớn trong quản lý và lưu trữ khối lượng dữ liệu khổng lồ về khách hàng, sản phẩm, đơn hàng, vận chuyển và thanh toán. Hệ thống đòi hỏi cơ sở dữ liệu phải được thiết kế chuẩn hóa, truy xuất nhanh chóng, kiểm soát giao tác chặt chẽ, giải quyết hiện tượng tranh chấp đồng thời và bảo đảm tính toàn vẹn dữ liệu.

Mục tiêu nghiên cứu và xây dựng hệ thống của đề tài gồm 3 nội dung chính:

  1. Xây dựng nền tảng thương mại điện tử chuyên biệt cho mặt hàng giày thể thao, cung cấp trải nghiệm mua sắm trực tuyến thuận tiện và dễ thao tác cho người tiêu dùng.
  2. Đơn giản hóa quy trình quản lý, lưu trữ và xử lý dữ liệu cho nhà bán lẻ, hỗ trợ việc quản lý cửa hàng và vận hành thông tin bán hàng nhanh chóng, chính xác.
  3. Bảo đảm hệ thống cơ sở dữ liệu đáp ứng 4 tiêu chí cốt lõi: minh bạch, an toàn, chính xác và tiện dụng trong quản trị và khai thác.

Về phạm vi nghiên cứu: Đề tài tập trung vào mô hình bán lẻ trực tuyến doanh nghiệp tới người tiêu dùng (B2C) đối với ngành hàng giày thể thao tại thị trường Việt Nam. Nhóm tác giả đã tiến hành khảo sát thực nghiệm trên hệ thống thương mại điện tử thực tế là myshoes.vn nhằm phân tích quy trình nghiệp vụ, nhận diện các ưu điểm về danh mục sản phẩm, tính trực quan của giao diện và chính sách đổi trả, đồng thời chỉ ra các hạn chế cần khắc phục như thiếu bộ lọc sản phẩm đa tiêu chí và chưa tối ưu quy trình cập nhật trạng thái đơn hàng tự động sau khi thanh toán. Đồ án được triển khai thực hiện và hoàn thành trong thời gian 2 tháng (tháng 4 đến tháng 6 năm 2023).

Cơ sở lý thuyết và phương pháp

Đề tài áp dụng các nền tảng lý thuyết và công nghệ chuyên sâu trong lĩnh vực Hệ quản trị cơ sở dữ liệu (DBMS) và Kỹ thuật phần mềm:

  • Khung lý thuyết cơ sở dữ liệu: Lý thuyết mô hình thực thể - mối kết hợp (Entity-Relationship Model - ERD), mô hình dữ liệu quan hệ (Relational Model), lý thuyết chuẩn hóa dữ liệu, hệ thống ràng buộc toàn vẹn (Integrity Constraints) gồm khóa chính, khóa ngoại, miền giá trị và ràng buộc ngữ nghĩa liên quan hệ.
  • Lý thuyết giao tác và xử lý đồng thời: Mô hình giao tác (Transaction) bảo đảm các đặc tính ACID (Atomicity, Consistency, Isolation, Durability); lý thuyết về các hiện tượng mất nhất quán dữ liệu (Lost Update, Non-repeatable Read, Phantom Read, Dirty Read); các mức cô lập giao tác (Transaction Isolation Levels) và cơ chế khóa (Locking mechanisms) trong hệ quản trị cơ sở dữ liệu.
  • Phương pháp nghiên cứu và phát triển:
    • Phương pháp phân tích - tổng hợp: Khảo sát đối chuẩn (benchmarking) hệ thống thương mại điện tử myshoes.vn để xác định yêu cầu chức năng và phi chức năng.
    • Phương pháp thiết kế hệ thống: Sử dụng ngôn ngữ mô hình hóa StarUML để đặc tả sơ đồ thực thể mối kết hợp và thiết kế lược đồ quan hệ.
    • Phương pháp lập trình cơ sở dữ liệu: Cài đặt lược đồ dữ liệu, xây dựng các Trigger kiểm tra ràng buộc tự động và viết các thủ tục lưu trữ (Stored Procedures) bằng ngôn ngữ PL/SQL trên hệ quản trị cơ sở dữ liệu Oracle.
    • Phương pháp phát triển ứng dụng: Xây dựng giao diện và kết nối hệ thống trên môi trường hệ điều hành Windows 10, sử dụng các công cụ lập trình Visual Studio Code, Eclipse, IntelliJ IDEA, và quản lý mã nguồn qua Git/GitHub.
  • Nguồn dữ liệu: Dữ liệu khảo sát từ các báo cáo thị trường quốc tế (McKinsey & Company, Deloitte), thông tin khảo sát trực tiếp từ trang web thương mại điện tử myshoes.vn, kết hợp bộ dữ liệu mẫu về danh mục thương hiệu (Nike, Adidas, Puma, Balenciaga, MLB, Drew, Essential,...), phân loại giày (Lifestyle, Running, Basketball) và các bảng giao dịch người dùng được thiết kế nội bộ.

Thiết kế và triển khai hệ thống

Hệ thống cơ sở dữ liệu được xây dựng gồm 11 bảng quan hệ chính, được chuẩn hóa và thiết lập mối liên kết chặt chẽ nhằm phục vụ toàn bộ quy trình nghiệp vụ mua bán trực tuyến:

STT Tên bảng quan hệ Thuộc tính chính Diễn giải chức năng
1 ROLES ID, NAME Lưu trữ thông tin phân quyền người dùng (Admin, User).
2 USERS ID, USERNAME, EMAIL, PASSWORD, ADDRESS, PHONE, GENDER, BIRTH, ROLE, ACCOUNTNONLOCKED Quản lý thông tin tài khoản người dùng, mã hóa mật khẩu và trạng thái khóa tài khoản.
3 USER_ROLE USER_ID, ROLE_ID Bảng liên kết trung gian xác định vai trò của người dùng.
4 PRODUCTS ID, PRODUCT_NAME, CATEGORY, PRODUCT_PRICE, IMG_URL, DESCRIPTION, QUANTITY, BRAND_NAME, DESIGNER Quản lý danh mục sản phẩm, giá bán, số lượng tồn kho và thông tin thiết kế.
5 CART CARTID, USER_ID, TOTAL Quản lý giỏ hàng hiện tại gắn với từng người dùng cụ thể.
6 CART_DETAILS CARTDETAILS_ID, CARTID, PRODUCT_ID, QUANTITY, TOTAL Chi tiết từng mặt hàng, số lượng và tổng tiền trong giỏ hàng.
7 SHIPINFO SHIPPINGID, USER_ID, FULLNAME, EMAIL, PHONE, ADDRESS, CITY, POSTCODE, COUNTRY, NOTE, SHIPDATE, INVOICEID Lưu thông tin chi tiết địa chỉ nhận hàng và ngày giao hàng cho từng đơn.
8 BRAND BRANDID, BRANDNAME Quản lý danh sách các thương hiệu giày thể thao.
9 CATEGORY CATEGORYID, CATEGORYNAME Quản lý danh mục phân loại kiểu dáng/mục đích sử dụng của giày.
10 INVOICE INVOICEID, USER_ID, STATUS, ORDER_DATE, SHIP_ADDRESS, TOTAL_PRICE Quản lý đơn hàng/hóa đơn, trạng thái thanh toán và tổng trị giá.
11 INVOICE_DETAILS INVOICE_DETAILS_ID, INVOICEID, PRODUCT_ID, QUANTITY, DISCOUNT, PRICE Chi tiết các sản phẩm, đơn giá, chiết khấu trong từng hóa đơn.
12 PRODUCTREVIEW REVIEWID, USER_ID, PRODUCT_ID, RATING, COMMENTS, REVIEWDATE Quản lý điểm đánh giá (1-5 sao) và nhận xét của khách hàng đối với sản phẩm đã mua.

Hệ thống cài đặt 20 ràng buộc toàn vẹn nhằm kiểm soát tính hợp lệ của dữ liệu, bao gồm 9 ràng buộc khóa chính, 6 ràng buộc khóa ngoại và 5 ràng buộc ngữ nghĩa nghiệp vụ:

  • Ngày tạo hóa đơn phải lớn hơn ngày sinh của khách hàng (INVOICE.ORDER_DATE và USERS.BIRTH).
  • Ngày giao hàng phải lớn hơn ngày tạo hóa đơn (SHIPINFO.SHIPDATE > INVOICE.ORDER_DATE).
  • Ngày sinh của khách hàng phải nhỏ hơn ngày hiện tại (USERS.BIRTH < SYSDATE).
  • Số lượng sản phẩm nhập kho phải lớn hơn 0 (PRODUCTS.QUANTITY > 0).
  • Khách hàng chỉ được phép đánh giá sản phẩm khi đã thực sự mua sản phẩm đó (tồn tại bản ghi trong bảng INVOICE_DETAILS).

Hệ thống lập trình 8 Trigger tự động và 11 Stored Procedure trên Oracle PL/SQL để thực thi các nghiệp vụ cốt lõi:

  • Triggers tiêu biểu:
    • trg_update_product_quantity: Kích hoạt sau thao tác INSERT, UPDATE hoặc DELETE trên bảng INVOICE_DETAILS, tự động tính toán chênh lệch số lượng (:NEW.QUANTITY, :OLD.QUANTITY) để cộng/trừ tồn kho trong bảng PRODUCTS.
    • Trg_check_product_quantity: Kích hoạt trước khi INSERT vào INVOICE_DETAILS, kiểm tra số lượng tồn kho so với số lượng đặt mua, gọi RAISE_APPLICATION_ERROR(-20001, 'Số lượng sản phẩm không đủ trong kho') nếu không đủ hàng.
    • Trg_validate_brandname & Trg_validate_category: Kiểm tra tính hợp lệ của tên thương hiệu và phân loại dựa trên danh mục có sẵn.
    • Trg_birth_user: Kiểm tra ngày sinh người dùng trước khi thêm hoặc sửa.
    • trg_check_product_purchase: Ngăn chặn hành vi đánh giá khi người dùng chưa có đơn hàng chứa sản phẩm tương ứng.
    • Trg_DeleteCartItems: Xóa bỏ các mục trong giỏ hàng sau khi đã chuyển thành đơn hàng thành công.
  • Stored Procedures tiêu biểu:
    • GetProductDetails(Id): Trả về thông tin chi tiết của sản phẩm theo mã.
    • AddToCart(UserID, ProductID, Quantity): Thêm sản phẩm vào giỏ hàng, tính toán giá trị v_total và cập nhật tổng tiền giỏ hàng.
    • CreateInvoice(UserId): Thực hiện chuỗi nghiệp vụ thanh toán, chuyển toàn bộ sản phẩm trong CART_DETAILS sang INVOICE_DETAILS, kích hoạt đồng thời việc kiểm tra số lượng tồn, trừ kho và làm rỗng giỏ hàng.
    • GetInvoice(InvoiceID) & GetUserInvoices(UserID): Truy xuất hóa đơn đơn lẻ hoặc toàn bộ lịch sử hóa đơn của khách hàng kèm xử lý ngoại lệ.
    • GetTopSellingProducts(TopCount) & GetTopSellingProductsByMonth(p_Month, p_Year, p_TopCount): Thống kê các sản phẩm bán chạy nhất phục vụ báo cáo quản trị.

Về giao diện và tích hợp: Hệ thống thiết kế 35 màn hình giao diện người dùng và quản trị viên, bao gồm: phân hệ khách hàng (Trang chủ, Cửa hàng có bộ lọc, Chi tiết sản phẩm, Giỏ hàng, Thanh toán, Tích hợp cổng thanh toán trực tuyến VNPAY, Gửi email tự động xác nhận đơn hàng, Lịch sử mua hàng, Quản lý tài khoản cá nhân) và phân hệ quản trị viên (Thống kê doanh thu, Quản lý sản phẩm Thêm/Sửa/Xóa, Quản lý người dùng và trạng thái khóa tài khoản ACCOUNTNONLOCKED, Quản lý hóa đơn).

Nội dung chính theo từng chương

Chương 1. Mô tả đề tài

Chương 1 trình bày bài toán tổng quan, mục tiêu đề tài và các công cụ công nghệ sử dụng trong đồ án. Trọng tâm của chương là việc khảo sát thực tế hệ thống myshoes.vn để xác định yêu cầu nghiệp vụ, từ đó tiến hành mô hình hóa dữ liệu. Nhóm tác giả đã xây dựng mô hình thực thể mối kết hợp (ERD), chuyển đổi sang lược đồ 11 bảng quan hệ và lập bảng thuyết minh chi tiết cho từng trường dữ liệu. Chương 1 cũng đặc tả chính xác 20 ràng buộc toàn vẹn kèm theo bảng tầm ảnh hưởng đối với các thao tác thêm, xóa, sửa trên từng bảng dữ liệu.

Chương 2. Xây dựng các giao tác

Chương 2 đi sâu vào lập trình cơ sở dữ liệu nâng cao trên Oracle PL/SQL. Tác giả trình bày cú pháp, cơ chế hoạt động của Trigger (sử dụng các bảng tạm inserted, deleted, biến cấu trúc :NEW, :OLD) và Stored Procedure (các chế độ tham số IN, OUT, IN OUT, xử lý ngoại lệ EXCEPTION). Chương cung cấp danh mục chi tiết 8 Trigger kiểm soát toàn vẹn nghiệp vụ và 11 Stored Procedure xử lý luồng dữ liệu mua sắm, kèm theo các kịch bản thực thi thực tế (ví dụ: mô phỏng quá trình người dùng có mã số 283 thêm sản phẩm mã số 6 với số lượng 3 vào giỏ hàng mã số 41 và gọi thủ tục tạo hóa đơn thanh toán).

Chương 3. Xử lý đồng thời

Chương 3 phân tích cơ sở lý thuyết về giao tác (Transaction) và các vấn đề phát sinh khi thực thi đồng thời nhiều giao tác trong hệ quản trị cơ sở dữ liệu. Nhóm tác giả minh họa chi tiết 4 trường hợp gây mất nhất quán dữ liệu:

  1. Lost Update (Mất cập nhật): Xảy ra khi hai giao tác cùng đọc và cập nhật một đơn vị dữ liệu, thao tác ghi của giao tác sau ghi đè và làm mất tác dụng của giao tác trước.
  2. Non-repeatable Read (Đọc không lặp lại): Xảy ra khi giao tác T1 đọc dữ liệu, sau đó giao tác T2 sửa/xóa dữ liệu đó và commit, khiến lần đọc thứ hai của T1 nhận kết quả khác lần đọc đầu.
  3. Phantom Read (Đọc bóng ma): Xảy ra khi giao tác T1 đọc tập hợp bản ghi thỏa mãn điều kiện, giao tác T2 chèn thêm bản ghi mới thỏa điều kiện đó, khiến lần đọc lại của T1 xuất hiện thêm dữ liệu mới.
  4. Dirty Read (Đọc dữ liệu rác): Xảy ra khi giao tác T1 đọc dữ liệu vừa được sửa đổi bởi giao tác T2 nhưng T2 chưa commit (và sau đó có thể bị rollback).

Chương 3 đồng thời trình bày các cấp độ cô lập giao tác và cơ chế khóa (Locking) của DBMS để giải quyết triệt để các xung đột này.

Chương 4. Thiết kế giao diện

Chương 4 mô tả môi trường cài đặt, triển khai và tài liệu hóa trực quan toàn bộ hệ thống giao diện website. Báo cáo cung cấp 35 hình ảnh giao diện chi tiết, bao gồm toàn bộ luồng trải nghiệm của người dùng cuối từ xem danh mục, lọc sản phẩm, thêm vào giỏ, thanh toán VNPAY, nhận email xác nhận, đến các trang chức năng dành riêng cho quản trị viên như biểu đồ thống kê, quản lý người dùng (khóa/mở khóa tài khoản), quản lý danh mục giày và hóa đơn bán lẻ.

Bảng phân công công việc, Kết quả đạt được và Hướng phát triển

Phần cuối báo cáo tổng kết tiến độ phân công nhiệm vụ cho 4 thành viên (Ngô Thùy Yến Nhi, Nguyễn Dương, Phạm Duy Khánh, Nguyễn Ngọc Hà My). Nhóm đánh giá các kết quả đạt được về mặt hoàn thiện phần mềm, thiết kế cơ sở dữ liệu và vận hành giao tác, đồng thời đề xuất định hướng phát triển tiếp theo về mặt nâng cấp tính năng hệ thống và nâng cao năng lực quản lý dự án của nhóm.

Kết quả và đóng góp

Báo cáo đồ án đã đạt được các kết quả cụ thể sau:

  • Xây dựng hoàn chỉnh lược đồ cơ sở dữ liệu quan hệ gồm 11 bảng chuẩn hóa, quản lý đầy đủ các thực thể trong hệ thống bán lẻ B2C.
  • Hình thức hóa và kiểm soát thành công 20 ràng buộc toàn vẹn (khóa chính, khóa ngoại, miền giá trị, logic thời gian và quy tắc kinh doanh).
  • Cài đặt 8 Trigger tự động và 11 Stored Procedure PL/SQL, tự động hóa quy trình kiểm tra tồn kho, cập nhật số lượng sản phẩm, kiểm soát quyền đánh giá và dọn dẹp giỏ hàng.
  • Xây dựng website thương mại điện tử hoàn chỉnh với 35 màn hình chức năng, tích hợp thành công cổng thanh toán VNPAY và hệ thống gửi email xác nhận đơn hàng tự động.
  • Giải quyết được 2 hạn chế lớn đã chỉ ra từ hệ thống thực tế myshoes.vn: bổ sung bộ lọc sản phẩm đa tiêu chí và tự động cập nhật trạng thái đơn hàng ngay khi giao dịch thanh toán hoàn tất.

Hạn chế và hướng nghiên cứu tiếp

Văn bản báo cáo nêu rõ một số hạn chế và định hướng phát triển:

  • Hạn chế: Dự án được nghiên cứu và triển khai trong khung thời gian 2 tháng của môn học thực hành, do đó hệ thống tập trung chủ yếu vào giải quyết bài toán quản trị cơ sở dữ liệu, giao tác và xử lý đồng thời, chưa mở rộng sang các bài toán phân tích hành vi người dùng phức tạp.
  • Hướng phát triển tiếp theo:
    • Về hệ thống: Tiếp tục tối ưu hóa giao diện và trải nghiệm người dùng (UI/UX); phát triển nâng cao tính năng tìm kiếm thông minh và thuật toán gợi ý/đề xuất sản phẩm cá nhân hóa; hoàn thiện các biểu đồ phân tích dữ liệu kinh doanh chuyên sâu cho quản trị viên.
    • Về con người: Tăng cường kỹ năng quản lý dự án, nâng cao năng lực phối hợp làm việc nhóm và hoàn thiện kỹ năng xử lý các vấn đề kỹ thuật phát sinh trong quản trị cơ sở dữ liệu quy mô lớn.

Giá trị tham khảo

Báo cáo là tài liệu tham khảo hữu ích cho sinh viên các ngành Hệ thống Thông tin, Công nghệ Thông tin, Kỹ thuật Phần mềm và Khoa học Máy tính khi học tập và nghiên cứu môn học Hệ quản trị cơ sở dữ liệu hoặc triển khai đồ án công nghệ web.

Nội dung có giá trị tham khảo chuyên môn cao nhất nằm ở:

  • Bảng đặc tả 20 ràng buộc toàn vẹn kèm ma trận bảng tầm ảnh hưởng (thao tác thêm, xóa, sửa).
  • Mã nguồn và giải thuật cài đặt các Trigger, Stored Procedure PL/SQL giải quyết bài toán đồng bộ hóa kho hàng và giỏ hàng.
  • Phương pháp luận phân tích 4 hiện tượng mất nhất quán dữ liệu (Lost Update, Non-repeatable Read, Phantom Read, Dirty Read) và ứng dụng cơ chế khóa/mức cô lập giao tác trong hệ thống thương mại điện tử.

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

1. Hệ thống sử dụng hệ quản trị cơ sở dữ liệu và công cụ phân tích thiết kế nào? Hệ thống sử dụng hệ quản trị cơ sở dữ liệu Oracle để quản lý và lập trình PL/SQL (Trigger, Stored Procedure). Công cụ StarUML được sử dụng để vẽ sơ đồ phân tích thiết kế (ERD). Các công cụ xây dựng ứng dụng gồm Visual Studio Code, Eclipse, IntelliJ IDEA, và quản lý mã nguồn qua Git/GitHub trên hệ điều hành Windows 10.

2. Nhóm tác giả đã khảo sát hệ thống thương mại điện tử nào và ghi nhận nhược điểm gì? Nhóm đã khảo sát trang web myshoes.vn. Hai nhược điểm chính được chỉ ra gồm: (1) thiếu tính năng bộ lọc sản phẩm và sắp xếp tìm kiếm theo nhiều tiêu chí dẫn đến khó khăn khi lượng dữ liệu trả về lớn; (2) quy trình thanh toán và đặt hàng chưa tối ưu, chưa có tính năng tự động cập nhật trạng thái đơn hàng sau khi thanh toán thành công.

3. Cơ chế nào bảo đảm chỉ khách hàng đã mua sản phẩm mới được phép gửi đánh giá? Hệ thống thiết lập Ràng buộc số 20 và cài đặt Trigger trg_check_product_purchase (hoặc Trg_review) trên bảng PRODUCTREVIEW. Khi có bản ghi đánh giá mới được chèn, trigger sẽ truy vấn bảng INVOICE_DETAILS để kiểm tra xem USER_ID tương ứng đã có giao dịch mua PRODUCT_ID đó hay chưa. Nếu không tìm thấy bản ghi mua hàng, hệ thống sẽ ngăn chặn thao tác chèn và báo lỗi.

4. Thủ tục CreateInvoice tương tác với các Trigger nào trong quá trình xử lý đơn hàng? Khi CreateInvoice được gọi với tham số UserId, thủ tục tiến hành tạo hóa đơn từ giỏ hàng. Quá trình này kết hợp với Trigger Trg_check_product_quantity để kiểm tra số lượng tồn kho (nếu không đủ sẽ hủy tạo hóa đơn). Khi hóa đơn tạo thành công, Trigger trg_update_product_quantity tự động kích hoạt để trừ số lượng sản phẩm trong kho, đồng thời thủ tục/trigger xóa toàn bộ sản phẩm trong giỏ hàng (CART_DETAILS) của người dùng.

5. Đồ án phân tích những trường hợp mất nhất quán dữ liệu nào trong xử lý đồng thời? Báo cáo phân tích 4 trường hợp gây mất nhất quán dữ liệu khi thực thi giao tác đồng thời: Mất cập nhật (Lost Update), Đọc không lặp lại (Non-repeatable Read), Đọc bóng ma (Phantom Read) và Đọc dữ liệu rác (Dirty Read), đi kèm giải pháp sử dụng các mức cô lập giao tác và cơ chế khóa trong hệ quản trị cơ sở dữ liệu Oracle.

Kết luận

Báo cáo đồ án thực hành môn học "Xây dựng website bán giày online" của nhóm sinh viên Trường Đại học Công nghệ Thông tin – ĐHQG-HCM đã giải quyết toàn diện bài toán thiết kế cơ sở dữ liệu và xây dựng ứng dụng thương mại điện tử B2C. Đề tài nổi bật với việc chuẩn hóa lược đồ quan hệ 11 bảng, cài đặt 20 ràng buộc toàn vẹn, 8 Trigger và 11 Stored Procedure PL/SQL trên Oracle nhằm tự động hóa luồng nghiệp vụ và bảo đảm toàn vẹn dữ liệu. Báo cáo cũng cung cấp phân tích lý thuyết và thực nghiệm sâu sắc về giao tác, xử lý đồng thời và kiểm soát xung đột dữ liệu trong môi trường thương mại điện tử thực tế.