hệ thống quản lý cơ sở dữ liệu e commerce

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (10.05 MB, 28 trang )

Trang 1<div class="page_container" data-page="1">

Mục lụcLời nói đầu

I.Đề tài nhóm

1. Khái quát về đề tài nhóm

Thương mại điện tử (Electronic Commerce) là việc mua và bán hàng hóa và dịch vụ,hoặc chuyển tiền hoặc dữ liệu, qua một mạng điện tử, chủ yếu là internet. Các giao dịchkinh doanh này thường áp dụng dạng doanh nghiệp với doanh nghiệp hoặc doanh nghiệpvới người tiêu dùng, người tiêu dùng với người tiêu dùng hoặc người tiêu dùng với doanh nghiệp.Ưu điểm của thương mại điện tử:

- Khả dụng: Cho phép khách truy cập duyệt và mua sắm bất cứ lúc nào.- Tốc độ truy cập: Có tốc độ mua sắm, trao đổi hơn hẳn so với mua hàng truyền thống.

- Khả năng tiếp cận dễ dàng: Khách truy cập có thể duyệt qua các trang danh mục sản phẩm và sử dụng tính năng tìm kiếm trên trang web để tìm sản phẩm ngay lập tức.

- Tiếp cận quốc tế: việc bán hàng ít bị giới hạn bởi vị trí địa lý, người dùng có thể mua hàng chỉ với việc kết nối internet.

- Chi phí thấp hơn: Giảm bớt các chi phí liên quan đến cửa hàng thực như mặt bằng, kho bãi.

- Cá nhân hóa và đề xuất sản phẩm: có thể sử dụng dữ liệu truy cập của khách hàng để đưa ra các đề xuất sản phẩm hữu ích và được cá nhân hóa, đồng thời có được thơng tin chi tiết có giá trị về thị trường mục tiêu.

2. Hệ thống quản lý cơ sở dữ liệu E-Commerce

- Hệ thống quản lý cơ sở dữ liệu thương mại điện tử (EC-DBMS) là một hệ thống được thiết kế để lưu trữ, xử lý, truy xuất và phân tích thơng tin liên quan đến việc quản trị và quản lý hoạt động bán hàng được thực hiện bởi khách hàng trực tuyến tại nhà.

- Khách hàng có thể duyệt bất kỳ sản phẩm nào để biết giá, các thơng tin chi tiết khác và có thể đặt mua sản phẩm bằng tài khoản đã đăng ký của mình. Khách hàng phải thanh tốn số tiền đặt hàng tại thời điểm giao hàng.

II.Cấu trúc cơ sở dữ liệu

1. Xác định và vẽ mơ hình thực thể liên kết

- Bước đầu cho việc xây dựng cơ sở dữ liệu của bọn em sẽ tập trung vào quản lý 3 thơng tin chính và phát triển những thực thể khác dựa trên 3 thực thể:

+ Products (Sản phẩm)+ Users (Người dùng)

</div>Trang 2<div class="page_container" data-page="2">

+ Orders (Đơn hàng)1.1 Thực thể Product

- Thực thể product sẽ có khóa chính là ProductID và có các thuộc tính như Tên sản phẩm, giá sản phẩm, danh mục, số lượng sản phẩm,…

Quan hệ của thực thể Products

- Mỗi sản phẩm có nhiều đánh giá (reviews) của người dùng. - Mỗi sản phẩm được phụ trách bới một phịng ban(department).- Mỗi sản phẩm có nhiểu mã giảm giá(discount).

z

</div>Trang 3<div class="page_container" data-page="3">

Thực thể Reviews

- Mỗi đánh giá sẽ có khóa chính là ReviewID, có Rating và chi tiết đánh giá của người dùng(CustomerReview).

Thực thể Department

</div>Trang 4<div class="page_container" data-page="4">

- Mỗi phòng ban đều có tên và contact .

Thực thể Discount

z

</div>Trang 5<div class="page_container" data-page="5">

- Mỗi mã giảm giá có DiscountID là khóa chính, có thuộc tính

DiscountPrecent và Expiredate. Ngồi ra cịn có thuộc tính liên kết Requirement.

1.2 Users

- Thực thể users có khóa chính là UserID và có các thuộc tính cơ bản như

USER_TYPE, Password, DateCreated, Name.

Quan hệ của thực thể Products

- Mỗi người dùng có nhiều địa chỉ(adress) .

- Mỗi người dùng được đều thuộc nhóm người mua(buyers) hoặc

- Mỗi người mua(buyers) có một membership.

</div>Trang 7<div class="page_container" data-page="7">

- Mỗi loại người dùng đều phải cung cấp thông tin cơ bản.Thực thể Membership

- Mỗi người dùng có một Membership riêng.

</div>Trang 8<div class="page_container" data-page="8">

- Mỗi đơn hàng có nhiều phương thức thanh toán(Payment).

- Với phương thức thanh toán bằng thẻ, hệ thống sẽ lưu lại thông tin vào

bảng .payment_creditcard.

- Mỗi đơn hàng có chứa nhiều sản phẩm(Products).

z

</div>Trang 9<div class="page_container" data-page="9">

Thực thể shippers

- Mỗi shipper sẽ có một ShipperID, tên liên hệ(ContactName), số điện

thoại(Phone) và trạng thái giao hàng(Status).

Thực thể Payment và payment_creditcard

- Mỗi đơn hàng có khi thanh tốn sẽ có mã thanh tốn(PaymentID),

phương thức thanh toán(Payment), số tiền(InvoiceAmount) và ngày thanh toán(PaymentDate).

- Với phương thức thanh tốn bằng creditcard, thơng tin thẻ sẽ được lưu

2.Chuẩn hóa dữ liệu

</div>Trang 10<div class="page_container" data-page="10">

- Trong quá trình xây dựng cơ sở dữ liệu, bọn em đã chuẩn hóa dữ liệu lên mức 3NF để giảm thiểu dư thừa dữ liệu và loại bỏ bất thường khi cập nhập cơ sở dữ liệu

2.1 Chuẩn hóa 2NF

- Dưới đây là một ví dụ cơ sử dữ liệu của bọn em trước và sau khi chuẩn hóa

+ Trước khi chuẩn hóa:

+ Sau khi chuẩn hóa: Sinh ra bảng trung gian là orders_has_product và có thuộc tính trung gian là Quantity

</div>Trang 11<div class="page_container" data-page="11">

+ Sau khi chuẩn hóa: Sinh ra bảng Shipper, đưa các thuộc tính phụ thuộc vào ShipperID vào bảng Shipper

III. Truy vấn dữ liệu3.1. Các câu lệnh truy vấn

3.1.1. Tại sao phải sử dụng truy vấn dữ liệu?

Ta có thể dùng cơng cụ truy vấn(Query) để đặt những câu hỏi liên quan đến những dữ liệu chứa trong các bảng của cơ sở dữ liệu mà ta đang sử dụng. Từ những câu hỏi mà chúng ta đặt ra, với cách thiết kế một truy vấn, chúng ta có thể rút những thơng tin cần thiết.

3.1.2. Lợi ích của truy vấn

• Chọn ra những mẫu tin thoả mãn những điều kiện mà chúng ta quy định.

</div>Trang 12<div class="page_container" data-page="12">

• Lựa chọn những vùng dữ liệu cần thiết trong một hay nhiều bảng ra trên cùng một bảngtruy vấn.

• Trong bảng truy vấn chúng ta cũng có thể xếp thứ tự các mẫu tin theo một thứ tự nào đó.• Trong bảng truy vấn chúng ta có thể tạo vùng bảng tính. Trên vùng tính tốn chúng ta cóthể chứa những kết quả được thực hiện từ những phép toán trên các dữ liệu.

• Sử dụng truy vấn làm nguồn dữ liệu cho biểu mẫu (Form), báo cáo (Report) hoặc một truyvấn khác.

3.1.3. Truy vấn dữ liệu bằng ngôn ngữ SQL

Thực hiện 10 câu truy vấn với mức độ truy vấn từ đơn giản đến phức tạp.

Câu 1. Viết truy vấn tìm ra số lượng bán ra của sản phẩm, phân loại theo danh mục sản phẩm

Câu 2. Tìm ra top 10 thành phố có số lượng người mua nhiều nhất.

z

</div>Trang 13<div class="page_container" data-page="13">

Câu 3 Đưa ra tên phẩm có giá bán > 50 và tổng số lượng của những đơn hàng > 5.

</div>Trang 14<div class="page_container" data-page="14">

Câu 4 Tổng doanh thu của từng loại sản phẩm bán được( yêu cầu doanh thu > 4502100)

Câu 5: Đưa ra thông tin những đơn hàng được đặt trong ngày khai trương.

Câu 6: Tìm ra tên phịng ban ứng với sản phẩm có độ đánh giá lớn hơn 3

z

</div>Trang 15<div class="page_container" data-page="15">

2. Sử dụng mệnh đề Join từ bảng to sang bảng bé

3. Tránh sử dụng mệnh đề “Subqueries” trong mệnh đề WHERE

4. Một số cách khác

</div>Trang 16<div class="page_container" data-page="16">

3.3 Ứng dụng vào Phân tích dữ liệu

Từ dữ liệu đã có trong các bảng của mơ hình E-commerce , chúng em đã hình thành nên 2 bài tốn phân tích dữ liệu.

Bài tốn 1 : Vẽ biểu đồ thể hiện số lượng mua các nhóm hàng ở các quý trong từng năm,

Nhận xét: Ở biểu đồ này, ta có thể thấy rõ số lượng bán hàng của từng nhóm sản phầm theo từng năm. Ta có thể xác định đâu là sản phẩm chủ lực cũng như sản phẩm bán kém hiệu quả.

Bài toán 2 : Vẽ biểu đồ thể hiện lợi nhuận của từng sản phầm và phân loại chúng theo vùng

z

</div>Trang 17<div class="page_container" data-page="17">

Nhận xét : Dựa vào biểu đồ , ta có thể dễ dàng nhận ra sản phầm nào thuộc vùng nào có lợi nhuận âm hay lợi nhuận dương. Từ đó, ta sẽ có những chiến lược kinh doanh cụ thể với từng loại sản phầm đó.

Bài tốn 3 : Vẽ biểu đồ đưa ra doanh số của từng thành phố và sắp xếp theo chúng theo thứ tự

</div>Trang 18<div class="page_container" data-page="18">

Có tổng cộng 22 Procedure ( Insert, Update, Delete) cho các bảng:

4.1.1 Procedure Insert

Hàm thủ tục Insert của bảng Department

z

</div>Trang 20<div class="page_container" data-page="20">

4.1.2 Procedure Update

z

</div>Trang 21<div class="page_container" data-page="21">

4.1.3 Procedure Delete

</div>Trang 23<div class="page_container" data-page="23">

4.2Thực hiện Giao dịch ( Transition)

4.2.1 Transaction là gì ?

Có thể hiểu Transaction là một tiến trình xử lý có xác định điểm đầu và điểm cuối, được chia nhỏ thành các operation (phép thực thi) , tiến trình được thực thi một cách tuần tự và độc lập các operation đó theo nguyên tắc hoặc tất cả đều thành công hoặc một operation thất bại thì tồn bộ tiến trình thất bại. Nếu việc thực thi một operation nào đó bị fail đồng nghĩa với việc dữ liệu phải rollback về trạng thái ban đầu.

4.2.2 Sử dụng Transition

Bài tốn : Khách hàng có mã ZZ5968 đặt mua 10 quả dâu và 10 quả cam

</div>Trang 24<div class="page_container" data-page="24">

4.2.3 Bài toán phân khúc khách hàng SFM

Lý thuyết

Trong việc quản lý cơ sở dữ liệu về thương mại điện tử, phân khúc thị trường là quá trình phân chia một thị trường tiêu dùng thành các nhóm nhỏ người tiêu dùng (được gọi là phânkhúc) dựa trên một số loại đặc điểm chung.

RFM ( Recency , Frequency, Monetary)z

</div>Trang 25<div class="page_container" data-page="25">

Phân tích RFM dùng để xác định các nhóm khách hàng dựa vào 3 yếu tố Recency, Frequency và Monetary :

+ Recency (R): Khách hàng nào mua hàng gần đây? Lần mua hàng gần đây nhất là khi nào ( cách đây bao nhiêu ngày )

+ Frequency ( F) : Khách hàng nào mua hàng thường xuyên ? Tần suất mua hàng của khách hàng

+ Monetary Value( M) : Khách hàng nào có tiềm năng mua hàng lớn ?

Về lý thuyết , mỗi yếu được xếp loại theo 4 cập độ ( quartile ) thường được gán trị từ 1 đến 4 ( 1 là tốt nhất ). Một khách hàng có RFM = 111 có nghĩa là ( mua hàng gần đây, thường xuyên mua hàng cũng như tổng tiền mua hàng lớn ) .

=>> Dựa vào 3 biến R, F, M ta có thể chia 64 nhóm khách hàng khác nhau

Quy trình triển khai RFM bằng SQL

</div>Trang 27<div class="page_container" data-page="27">

B5: Kết quả phân loại phân khúc khách hàng

V. KẾT LUẬN

Qua quá trình học tập học phần Cơ sở dữ liệu nhóm chúng em đã có thể vận dũng được những kiến thức đã học để có thể hồn thành bài tập lớn này.

Những điều làm được:

• Hiểu rõ cách vận hành của mơ hình E-commerce

• Thực hiện các thao tác cơ bản trên hệ quản trị CSDL MySQL, thiết kế, chuẩn hóa CSDL.

• Thực hiện các câu lệnh truy vấn mang tính thực tế cao.

• Thực hiện tối ưu truy vấn dữ liệu sử dụng Index và sử dụng mệnh đề thay thế để tối ưu hơn mệnh đề cũ

• Thực hiện được bài tốn phân tích dữ liệu cơ bản

</div>Trang 28<div class="page_container" data-page="28">

• Sinh tự động các stored procedure update, delete và insert cho các bảng nhằm tăng tính tái sử dụng và tiết kiệm thời gian viết tạo procedure.

• Đánh giá các lỗi có thể phát sinh trong q trình tạo stored procedure.

• Tạo các transaction áp dụng cho các nghiệp vụ thực tế.• Giải quyết được bài tốn thực tế RFM bằng SQL

– Nhóm đã được biết thêm về các ứng dụng của CSDL trong thực tế– Chúng em cũng trau dồi được từ thầy và các nhóm khác nhiều kỹ năng mới và thú vị như: sinh dữ liệu ngẫu nhiên bằng Mockaroo; viết các Procedure sinh ra câu Query tự động;sử dụng Google để tra cứu tài liệu và cách xử lý lỗi; kỹ năng trình bày slide vàthuyết trình rõ ràng, mạch lạc;...

- Nâng cao kĩ năng làm việc nhóm và thêm sự gắn bó giữa các thành viên.

VI. Tài liệu tham khảo

- Slide bài giảng của thầy Nguyễn Danh Tú- Trang www.mysql.tutorial.org

- Sách Nguyên lý của các hệ cơ sở dữ liệu của cô Nguyễn Kim Anh

z

</div>