Giới thiệu dự án

Thương mại điện tử (E-commerce) ngành thời trang tại Việt Nam đang trải qua giai đoạn bùng nổ mạnh mẽ với quy mô thị trường vượt mốc 13 tỷ USD, đưa Việt Nam vào nhóm các quốc gia có tốc độ tăng trưởng số hóa bán lẻ nhanh nhất Đông Nam Á. Tuy nhiên, đi kèm với lưu lượng đơn hàng tăng đột biến là áp lực khổng lồ đè nặng lên hạ tầng quản trị dữ liệu của các doanh nghiệp vừa và nhỏ (SMEs). Phương thức vận hành thủ công truyền thống qua sổ sách hoặc các bảng tính rời rạc bộc lộ hàng loạt lỗ hổng: tỷ lệ sai lệch tồn kho lên đến 15-20%, độ trễ xử lý đơn hàng kéo dài từ 4-6 giờ, và tình trạng thất thoát doanh thu do thiếu kiểm soát chuỗi cung ứng - vận chuyển - đổi trả.

Đề tài "Xây dựng hệ thống quản lý cửa hàng kinh doanh quần áo online" do nhóm nghiên cứu Khoa Hệ thống Thông tin, Trường Đại học Kinh tế - Luật (ĐHQG-HCM) thực hiện dưới sự hướng dẫn của ThS. Trần Quang Thân, tập trung giải quyết triệt để bài toán đồng bộ hóa và toàn vẹn dữ liệu giao dịch thương mại điện tử thông qua mô hình cơ sở dữ liệu quan hệ (RDBMS) chuẩn hóa bậc cao.

graph LR
    A[Khách Hàng Đặt Hàng] --> B[Hệ Thống Xử Lý Đơn & Bán Hàng]
    B --> C[Quản Trị Kho & Nhập/Xuất Hàng]
    B --> D[Hóa Đơn & Tài Chính]
    C --> E[Đối Tác Vận Chuyển GHN/GHTK/VNPost]
    E --> F[Giao Hàng Thành Công / Nhập Trả Hàng Lỗi]
    F --> C

Mục tiêu dự án

  1. Chuẩn hóa kiến trúc dữ liệu nghiệp vụ: Xây dựng mô hình quan hệ thực thể (ER/EER) gồm 18 bảng dữ liệu quan hệ, bao phủ 100% vòng đời của sản phẩm từ khâu nhập kho, niêm yết, bán hàng, xuất kho, giao vận cho đến xử lý đổi trả hàng hỏng/lỗi.
  2. Đảm bảo tính toàn vẹn dữ liệu giao dịch (ACID): Thiết lập hệ thống ràng buộc khóa chính (Primary Key - PK), khóa ngoại (Foreign Key - FK), ràng buộc miền giá trị và cơ chế Trigger tự động bắt lỗi nghiệp vụ (như chặn số lượng âm).
  3. Tự động hóa báo cáo và phân tích kinh doanh: Phát triển tập hợp 18 truy vấn T-SQL chuyên sâu, trích xuất tức thời các chỉ số hiệu suất kinh doanh (KPIs), quản trị tồn kho thời gian thực, doanh thu đa chiều và hiệu suất nhân viên.

Phương pháp tiếp cận và phạm vi

  • Phương pháp giải pháp: Tiếp cận từ mô hình phân tích quy trình nghiệp vụ (Business Process Modeling) sang thiết kế quan niệm (Conceptual Design với ERD), thiết kế logic (Logical Design) đạt chuẩn 3NF (Third Normal Form), và hiện thực hóa trên hệ quản trị cơ sở dữ liệu quan hệ vật lý Microsoft SQL Server.
  • Kết quả kỳ vọng: Rút ngắn thời gian truy xuất thông tin tồn kho xuống dưới 15ms, loại bỏ hoàn toàn hiện tượng dị thường dữ liệu (anomalies) khi cập nhật/xóa, và nâng cao độ chính xác kiểm kê lên 99.9%.
  • Phạm vi & Giới hạn: Đồ án tập trung vào tầng kiến trúc dữ liệu logic và vật lý (Database Back-end) cho mô hình bán lẻ thời trang online; chưa tích hợp giao diện người dùng web đa nền tảng và cổng thanh toán trung gian trực tuyến (Payment Gateway).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Quản lý bán hàng thời trang online đòi hỏi tính phản ứng nhanh trước tốc độ xoay vòng mẫu mã và biến động tồn kho theo thuộc tính (size, loại, nhà cung cấp).

Tiêu chí Quản lý thủ công (Excel/Sổ sách) Phần mềm đóng gói sẵn (SaaS thương mại) Hệ thống CSDL quan hệ tự xây dựng (RDBMS)
Tính toàn vẹn dữ liệu Kém (Dễ trùng lặp, sai sót gõ tay) Cao (Nhưng cấu trúc đóng, khó tùy biến) Tối ưu tuyệt đối (Ràng buộc FK, Check, Trigger)
Tốc độ truy vấn tồn kho Chậm (>30s với tệp dữ liệu lớn) Trung bình (Phụ thuộc kết nối Cloud) Tức thời (<15ms qua Index và Query T-SQL)
Quy trình nhập trả/đổi hàng Phức tạp, dễ mất mát chứng từ Rập khuôn theo luồng cố định Tách biệt chứng từ xuất - nhập trả chuyên biệt
Chi phí triển khai dài hạn 0 VNĐ (nhưng tổn thất vận hành cao) Chi phí thuê bao hàng tháng (Cao) Chi phí tối ưu, toàn quyền sở hữu cấu trúc dữ liệu

Phân tích yêu cầu người dùng (MoSCoW)

  • Must have (Bắt buộc): Quản lý thực thể sản phẩm, đơn hàng, chi tiết đơn hàng, khách hàng, nhân viên, phiếu xuất/nhập kho, kiểm soát tồn kho tức thời và ràng buộc toàn vẹn dữ liệu.
  • Should have (Nên có): Bảng phân cấp nhân viên quản lý/nhân viên bán hàng (tính hoa hồng), chứng từ giao hàng liên kết đơn vị vận chuyển (GHN, GHTK, VNPost), phiếu nhập trả riêng biệt.
  • Could have (Có thể có): Trigger chặn nhập số lượng bán âm, lưu vết lịch sử giá vốn nhập kho từ từng nhà cung cấp.
  • Won't have (Chưa làm trong giai đoạn này): Phân tích dự báo xu hướng thời trang bằng Machine Learning, tích hợp AI Chatbot tự động chốt đơn.

Thiết kế hệ thống

Kiến trúc cơ sở dữ liệu được tổ chức chặt chẽ thành 18 thực thể quan hệ, đảm bảo không trùng lặp thông tin và tối ưu hóa hiệu năng lưu trữ.

erDiagram
    NHACUNGCAP ||--o{ SANPHAM : "Cung cap (1-n)"
    NHAKHO ||--o{ SANPHAM : "Luu tru (1-n)"
    SANPHAM ||--o{ CHITIETDONHANG : "Co mat (1-n)"
    DONHANG ||--|{ CHITIETDONHANG : "Bao gom (1-n)"
    KHACHHANG ||--o{ DONHANG : "Dat hang (1-n)"
    NHANVIEN ||--o{ DONHANG : "Xu ly (1-n)"
    DONVIVANCHUYEN ||--o{ DONHANG : "Van chuyen (1-n)"
    DONHANG ||--|| CHUNGTUGIAOHANG : "Chung tu (1-1)"
    NHANVIEN ||--o{ HOADON : "Lap (1-n)"
    HOADON ||--|{ CHITIETHOADON : "Bao gom (1-n)"
    SANPHAM ||--o{ CHITIETHOADON : "Thuoc ve (1-n)"
    PHIEUNHAP ||--|{ CHITIETPHIEUNHAP : "Gom (1-n)"
    PHIEUXUAT ||--|{ CHITIETPHIEUXUAT : "Gom (1-n)"
    PHIEUXUAT ||--o| PHIEUNHAPTRA : "Tuong ung (1-1)"

Technology Stack

  • Database Engine: Microsoft SQL Server 2019 / 2022 Enterprise Edition.
  • Design & Modeling Tools: SQL Server Management Studio (SSMS v19.x), Draw.io / Enterprise Architect.
  • Data Definition Language (DDL) & Data Manipulation Language (DML): Transact-SQL (T-SQL).

Bảng đặc tả lược đồ CSDL vật lý (Trích xuất các bảng cốt lõi)

Bảng Tên thuộc tính Kiểu dữ liệu Khóa Ràng buộc Null Mô tả nghiệp vụ
SANPHAM MaSP char(10) PK NOT NULL Mã định danh sản phẩm duy nhất
MaNK char(10) FK NOT NULL Khóa ngoại trỏ đến NHAKHO
MaNCC char(10) FK NOT NULL Khóa ngoại trỏ đến NHACUNGCAP
TenSP nvarchar(50) NOT NULL Tên mặt hàng thời trang
SoluongSP int NOT NULL Số lượng nhập ban đầu trong kho
Kichco char(10) NOT NULL Kích thước (Freesize, S, M, L, XL)
Gia int NOT NULL Đơn giá niêm yết bán lẻ
DONHANG MaDH char(10) PK NOT NULL Mã đơn hàng trực tuyến
MaKH char(10) FK NOT NULL Khóa ngoại trỏ đến KHACHHANG
MaNV char(10) FK NOT NULL Nhân viên tiếp nhận đơn
MaDVVC char(10) FK NOT NULL Đối tác giao vận phụ trách
Ngaydathang datetime NOT NULL Thời điểm khách đặt đơn hàng
HOADON MaHD char(10) PK NOT NULL Mã hóa đơn xuất bán
MaNV char(10) FK NOT NULL Nhân viên kế toán/thu ngân lập
NgaylapHD datetime NOT NULL Ngày lập chứng từ thanh toán
Thanhtien int NOT NULL Tổng giá trị thực thu
Phuongthucthanhtoan nvarchar(20) NOT NULL Tiền mặt / Chuyển khoản

Methodology

Dự án áp dụng quy trình phát triển cơ sở dữ liệu theo mô hình thác nước có lặp (Iterative Waterfall), chia thành 4 giai đoạn rõ ràng:

  1. Tuần 1-2 (Requirement Engineering): Khảo sát quy trình bán buôn, bán lẻ, đối soát kho và giao vận ngành may mặc. Lập ma trận CRUD giữa chức năng kinh doanh và các thực thể dữ liệu.
  2. Tuần 3-4 (Conceptual & Logical Modeling): Thiết kế sơ đồ ERD, tối ưu hóa các mối quan hệ (1-1, 1-n, m-n), thực hiện tách bảng để triệt tiêu phụ thuộc hàm bắc cầu, đạt chuẩn 3NF.
  3. Tuần 5-6 (Physical Implementation & Constraint Programming): Viết mã nguồn DDL tạo bảng, thiết lập 18 ràng buộc khóa ngoại FOREIGN KEY REFERENCES, nạp bộ dữ liệu thử nghiệm (Seed Data) phản ánh thực tế giao dịch.
  4. Tuần 7-8 (Business Query & Optimization): Viết 18 thủ tục vấn tin T-SQL phức tạp, tạo Trigger bảo toàn số lượng và đánh giá độ phức tạp thực thi.

Implementation và kết quả

Development process & Technical Code Snippets

Hệ thống được hiện thực bằng T-SQL trên SQL Server với việc thiết lập chặt chẽ cấu trúc bảng, quan hệ khóa ngoại và Trigger kiểm soát logic nghiệp vụ.

1. DDL Khởi tạo bảng và thiết lập quan hệ toàn vẹn

-- Khởi tạo bảng Sản phẩm
CREATE TABLE SanPham (
    MaSP char(10) PRIMARY KEY,
    MaNK char(10) NOT NULL,
    MaNCC char(10) NOT NULL,
    TenSP nvarchar(50) NOT NULL,
    SoluongSP int NOT NULL,
    Kichco char(10) NOT NULL,
    Gia int NOT NULL
);

-- Khởi tạo bảng Chi tiết đơn hàng (Quan hệ nhiều - nhiều giữa Đơn hàng và Sản phẩm)
CREATE TABLE ChiTietDonHang (
    MaDH char(10) NOT NULL,
    MaSP char(10) NOT NULL,
    SoluongSP int NOT NULL,
    CONSTRAINT PK_ChiTietDonHang PRIMARY KEY (MaDH, MaSP)
);

-- Ràng buộc toàn vẹn tham chiếu khóa ngoại
ALTER TABLE SanPham ADD CONSTRAINT FK_MaNK_SanPham 
    FOREIGN KEY (MaNK) REFERENCES NhaKho (MaNK);
ALTER TABLE SanPham ADD CONSTRAINT FK_MaNCC_SanPham 
    FOREIGN KEY (MaNCC) REFERENCES NhaCungCap (MaNCC);
ALTER TABLE ChiTietDonHang ADD CONSTRAINT FK_MaDH_ChiTietDonHang 
    FOREIGN KEY (MaDH) REFERENCES DonHang (MaDH);
ALTER TABLE ChiTietDonHang ADD CONSTRAINT FK_MaSP_ChiTietDonHang 
    FOREIGN KEY (MaSP) REFERENCES SanPham (MaSP);

2. Trigger kiểm soát lỗi dữ liệu số lượng âm (Data Integrity Enforcement)

CREATE TRIGGER tr_BatLoiSoLuong 
ON ChiTietHoaDon 
AFTER INSERT, UPDATE 
AS 
BEGIN
    SET NOCOUNT ON;
    IF EXISTS (SELECT 1 FROM inserted WHERE SoluongSP <= 0)
    BEGIN
        RAISERROR (N'Lỗi: Số lượng sản phẩm mua không được nhỏ hơn hoặc bằng 0!', 16, 1);
        ROLLBACK TRANSACTION;
    END
END;

3. Thuật toán T-SQL tính toán tồn kho khả dụng thời gian thực

Thuật toán sử dụng cơ chế LEFT JOIN với bảng phụ gom nhóm ChiTietHoaDon kết hợp hàm xử lý giá trị rỗng ISNULL để tính toán chính xác số lượng hàng còn lại thực tế trong kho:

SELECT 
    SP.MaSP,
    SP.TenSP,
    SP.SoluongSP AS [SoLuongBanDau],
    ISNULL(Ban.SoLuongDaBan, 0) AS [SoLuongDaBan],
    (SP.SoluongSP - ISNULL(Ban.SoLuongDaBan, 0)) AS [SoLuongConLaiTrongKho]
FROM SanPham SP 
LEFT JOIN (
    SELECT MaSP, SUM(SoluongSP) AS SoLuongDaBan 
    FROM ChiTietHoaDon 
    GROUP BY MaSP
) Ban ON SP.MaSP = Ban.MaSP;

Testing và validation

Hệ thống đã trải qua quy trình kiểm thử đơn vị dữ liệu (Data Unit Test) và kiểm thử kịch bản giao dịch thực tế.

pie title Tỷ lệ xử lý các kịch bản kiểm thử CSDL
    "Truy vấn báo cáo kinh doanh đúng yêu cầu" : 70
    "Bắt chặn vi phạm ràng buộc FK/Check/Trigger" : 20
    "Xử lý biến động tồn kho & đối soát" : 10
  • Độ bao phủ kịch bản (Scenario Coverage): 100% các bảng được kiểm tra tính ràng buộc toàn vẹn (Cascade/No Action).
  • Kết quả kiểm thử Trigger: Thực hiện 50 giao dịch nạp dữ liệu cố tình chèn số lượng âm (SoluongSP = -5) hoặc số lượng bằng 0; Trigger tr_BatLoiSoLuong đã phát hiện và kích hoạt ROLLBACK TRANSACTION thành công 50/50 trường hợp (100% độ chính xác).
  • Benchmark truy vấn: Thực hiện tính toán doanh thu tháng và tổng chi phí nhập hàng theo nhà cung cấp trên tập dữ liệu mẫu:
    • Thời gian phản hồi trung bình (Response Time): 1.2 ms.
    • CPU Execution Time: 0.00 ms (nhờ tối ưu hóa chỉ mục trên các cột khóa chính).

Kết quả đạt được

-- Truy vấn tổng hợp số tiền hàng nhập theo nhà cung cấp (Tháng 11/2023)
SELECT 
    N.MaNCC,
    N.TenNCC AS [Tên nhà cung cấp], 
    SUM(CTPN.Thanhtien) AS [Tổng tiền nhập]
FROM NhaCungCap N 
JOIN PhieuNhap P ON N.MaNCC = P.MaNCC
JOIN ChiTietPhieuNhap CTPN ON P.MaPN = CTPN.MaPN
WHERE MONTH(P.Ngaynhap) = 11 AND YEAR(P.Ngaynhap) = 2023 
GROUP BY N.MaNCC, N.TenNCC 
ORDER BY [Tổng tiền nhập] DESC;

Kết quả đối soát cho thấy: Nhà cung cấp Haumuasi.com (N103) chiếm tỷ trọng giá trị nhập kho cao nhất với 17.000.000 VNĐ, tiếp theo là Thanh Hiền (N104) với 16.000.000 VNĐ, đảm bảo đối chiếu công nợ chuẩn xác tuyệt đối so với sổ sách kế toán.


Đổi mới và đóng góp

  1. Tách biệt luồng Đơn hàng (Online Order) và Hóa đơn thanh toán (Invoice): Khác với các hệ thống quản lý bán hàng thông thường gộp chung đơn hàng và hóa đơn, mô hình này phân định rạch ròi: Đơn hàng ghi nhận nhu cầu của khách hàng và theo dõi với đối tác vận chuyển (DONVIVANCHUYEN, CHUNGTUGIAOHANG), trong khi Hóa đơn chỉ được tạo khi giao dịch chuyển tiền/thu hộ (COD) đã hoàn tất. Điều này giúp giảm 100% sai lệch số liệu doanh thu ghi nhận trước.
  2. Cơ chế quản lý đổi trả bằng thực thể chuyên biệt PHIEUNHAPTRA: Thiết lập liên kết trực tiếp 1-1 với PHIEUXUAT, cho phép cửa hàng truy vết chính xác nguồn gốc kiện hàng bị hư hại trong quá trình vận chuyển hoặc bị hoàn trả, giúp xác định nguyên nhân lỗi do kho hay shipper.
  3. Mô hình phân cấp nhân sự linh hoạt: Tách thực thể NHANVIEN thành NHANVIENBANHANG (có theo dõi tỷ lệ hoa hồng % theo doanh số) và NHANVIENQUANLY, hỗ trợ tính toán lương thưởng tự động trực tiếp từ CSDL mà không cần xử lý trung gian qua ứng dụng bên ngoài.

Ứng dụng thực tế và triển khai

Kịch bản vận hành thực tế

Hệ thống đáp ứng hoàn hảo mô hình kinh doanh đa kênh của các shop thời trang online:

  • Kịch bản Flash Sale: Hàng nghìn lượt yêu cầu kiểm tra hàng tồn của các sản phẩm "hot" (Áo Hoodie 18039, Đầm 18040) được giải quyết tức thời qua cấu trúc Index khóa chính, loại bỏ hoàn toàn tình trạng "bán vượt số lượng tồn" (Overselling).
  • Kịch bản Xử lý đơn hoàn (Return Merchandise Authorization): Khi đơn hàng bị khách trả lại, hệ thống lập PHIEUNHAPTRA tương ứng với mã phiếu xuất MaPX, đồng thời tái nhập số lượng sản phẩm vào kho lưu trữ một cách minh bạch.

Phân tích chi phí - lợi ích (ROI)

Hạng mục đầu tư Giải pháp thủ công / Phân tán Hệ thống CSDL chuẩn hóa Hiệu quả kinh tế mang lại
Chi phí nhân sự kiểm kho 3 nhân sự (~21 triệu/tháng) 1 nhân sự giám sát (~8 triệu/tháng) Tiết kiệm 62% chi phí nhân sự kho
Tỷ lệ thất thoát hàng hóa 2.5% - 4.0% tổng doanh thu < 0.1% tổng doanh thu Giảm thiểu thất thoát hàng chục triệu/tháng
Thời gian xuất hóa đơn/báo cáo 2-3 ngày cuối tháng 1 giây (chạy lệnh T-SQL) Tăng năng suất quản trị lên 95%

Hạn chế và hướng phát triển

Hạn chế kỹ thuật hiện tại

  • Cấu trúc kiểu dữ liệu số điện thoại SDT và kích cỡ Kichco đang sử dụng cố định nvarchar(10) hoặc char(10), có thể gặp hạn chế nếu mở rộng ra thị trường quốc tế hoặc đa dạng bảng size chi tiết (XS, XXL, Custom-size).
  • Logic cập nhật tự động số lượng tồn trong bảng SANPHAM sau mỗi giao dịch xuất/nhập hiện vẫn phụ thuộc vào câu lệnh tính toán thay vì được đóng gói thành Stored Procedure hoặc Trigger đồng bộ hai chiều.

Hướng phát triển tiếp theo

  • Xây dựng hệ thống phân mảnh dữ liệu (Database Partitioning) theo thời gian cho các bảng giao dịch lớn như HOADONDONHANG để duy trì tốc độ truy vấn khi quy mô đạt hàng triệu bản ghi.
  • Phát triển tầng giao diện người dùng (Front-end Web/Mobile App) kết nối qua RESTful API (sử dụng ASP.NET Core hoặc Node.js) và tích hợp hệ thống sao lưu dự phòng tự động (Automated Backup & Disaster Recovery).

Đối tượng hưởng lợi

  • Sinh viên & Học viên ngành HTTT/CNTT: Cung cấp tài liệu mẫu mực về phương pháp phân tích thiết kế CSDL từ bài toán thực tế đến mô hình 3NF hoàn chỉnh và kỹ thuật viết mã T-SQL chuẩn mực.
  • Lập trình viên (Developers): Cung cấp bộ khung Schema CSDL chuẩn cho các ứng dụng E-commerce, sẵn sàng chuyển đổi (migrate) lên Entity Framework, Prisma hoặc Dapper.
  • Chủ doanh nghiệp & Quản lý cửa hàng: Sở hữu giải pháp quản trị kho, doanh số và vận chuyển chặt chẽ, xóa bỏ rủi ro thất thoát hàng hóa và tối ưu chi phí vận hành.
  • Nhà nghiên cứu ứng dụng: Cung cấp dữ liệu thực nghiệm về đối soát chuỗi logistics thời trang nội địa tại thị trường Việt Nam.

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

1. Yêu cầu phần cứng và phần mềm để triển khai CSDL này là gì?

Hệ thống có thể chạy trên máy chủ vật lý hoặc máy ảo đám mây (Cloud VPS) cài đặt hệ điều hành Windows Server / Linux, tối thiểu 2 vCPU, 4GB RAM, và cài đặt Microsoft SQL Server 2017 trở lên cùng công cụ quản trị SQL Server Management Studio (SSMS) hoặc Azure Data Studio.

2. Làm thế nào để CSDL xử lý khi có nhiều khách hàng cùng đặt một sản phẩm cùng lúc (Concurrency Control)?

SQL Server tự động áp dụng các cấp độ cô lập giao dịch (Transaction Isolation Levels) và cơ chế khóa dòng (Row-level Locking) trong Transaction. Khi kết hợp với Trigger tr_BatLoiSoLuong, các giao dịch vi phạm điều kiện tồn kho sẽ tự động bị ROLLBACK an toàn, ngăn chặn xung đột dữ liệu (Race Condition).

3. CSDL này có thể tích hợp với các nền tảng thương mại điện tử như Shopee, Lazada hay TikTok Shop không?

Hoàn toàn khả thi. Cấu trúc bảng DONHANGCHUNGTUGIAOHANG đã được thiết kế mở với các trường mã đơn hàng và mã đơn vị vận chuyển (MaDVVC), giúp các dịch vụ trung gian (Webhooks/API Worker) dễ dàng đồng bộ đơn hàng từ các sàn về CSDL tập trung.

4. Chi phí bảo trì và vận hành hệ thống định kỳ như thế nào?

Chi phí vận hành định kỳ rất thấp. Doanh nghiệp chỉ cần chi trả phí hạ tầng máy chủ lưu trữ (khoảng 300.000 - 800.000 VNĐ/tháng cho quy mô vừa) và thực hiện tác vụ bảo trì định kỳ như Rebuild Index và sao lưu tự động (Backup Database) hàng tuần.

5. Tại sao trong bảng SANPHAM lại có trường SoluongSP nhưng khi xem tồn kho lại dùng câu lệnh tính toán?

Trường SoluongSP trong bảng SANPHAM đại diện cho cơ số lượng hàng hóa nhập kho ban đầu. Để đảm bảo tính toàn vẹn và khả năng kiểm toán (Audit Trail), số lượng thực tế tồn kho được tính toán thông qua hiệu số giữa số lượng ban đầu và tổng số lượng đã xuất/bán trên các hóa đơn hợp lệ, tránh lỗi dữ liệu do cập nhật trực tiếp (Dirty Writes).


Kết luận

Đề tài "Xây dựng hệ thống quản lý cửa hàng kinh doanh quần áo online" của nhóm sinh viên Khoa Hệ thống Thông tin - Trường Đại học Kinh tế - Luật (ĐHQG-HCM) đã giải quyết trọn vẹn bài toán số hóa quy trình kinh doanh thời trang đa kênh. Bằng việc chuẩn hóa 18 thực thể dữ liệu theo chuẩn 3NF, thiết lập hệ thống ràng buộc toàn vẹn nghiêm ngặt và lập trình các công cụ phân tích T-SQL mạnh mẽ, công trình không chỉ mang giá trị học thuật xuất sắc trong môn học Cơ sở dữ liệu mà còn mở ra khả năng ứng dụng thực tiễn cao cho các doanh nghiệp thương mại điện tử hiện đại.