Thiết kế cơ sở dữ liệu MySQL

Tôi có thể làm với một số trợ giúp thiết kế cơ sở dữ liệu cho trang web tôi đang làm việc. Tôi nên đề cập rằng tôi là người mới bắt đầu và tôi chưa bao giờ phải thiết kế cơ sở dữ liệu trong quá khứ.

Ok, việc triển khai của tôi cần giữ dữ liệu về các cuộc đấu giá dựa trên 5 khu vực trên thế giới (EU, US, KR, CN, TW). Mỗi phiên đấu giá được xác định bằng một ID không phải là duy nhất cho một khu vực nhưng là duy nhất cho một 'vương quốc' trong khu vực đó. Các yêu cầu cuối cùng là:

• Có thể theo dõi giá thị trường lịch sử của các mặt hàng riêng lẻ để bán đấu giá trong vòng 4 - 6 tháng qua.
• Có thể xem các mặt hàng hiện tại để bán đấu giá.
• Có thể theo dõi người bán các mặt hàng và lịch sử của họ.
• Có thể tạo một hồ sơ trên trang web.
• Nó không bắt buộc để có thể so sánh các khu vực.

Một số thống kê:

• Mỗi vùng có thể được tạo thành từ hơn 240 cõi.
• Mỗi vương quốc có khoảng 20.000 phiên đấu giá để bán bất cứ lúc nào.

Kế hoạch hiện tại của tôi là làm việc với một cơ sở dữ liệu cho từng khu vực, tổng cộng có 5. Mỗi một trong những cơ sở dữ liệu đó sẽ có các bảng sau:

• Cõi - Giữ thông tin về tất cả các cõi trong một khu vực
• Quét - Giữ một ảnh chụp nhanh các mặt hàng hiện tại để bán trong một khu vực. Được lập chỉ mục bởi vương quốc.
• Lịch sử - Giữ 4 - 6 tháng lịch sử cho từng khu vực. Điều này sẽ bao gồm tất cả các cuộc đấu giá đã được nhìn thấy.
• Người bán - Giữ dữ liệu về tất cả người bán được nhìn thấy trong 4 - 6 tháng qua.

Tôi đang tranh luận liệu có tốt hơn không nếu chỉ có hai bảng và hợp nhất các bảng Quét, Lịch sử và Người bán với nhau, thì nếu người dùng muốn chỉ xem dữ liệu hoặc thông tin quét hiện tại cho người bán thì sẽ được tính từ bảng kết hợp trên con ruồi.

Với tôi là người mới trong việc này, tôi có thể làm với một người có nhiều kinh nghiệm hơn để xem và cho tôi biết nếu tôi đang nhìn bất cứ điều gì. Hãy nhớ rằng tôi không biết gì về hiệu suất và liệu thiết kế tôi có có được chấp nhận hay không.

Bất cứ ai quan tâm đều có thể xem tài liệu về API mà tôi đang làm việc tại đây http://blizzard.github.com/api-wow-docs/ Tôi sẽ có các tác vụ theo lịch trình để nhập dữ liệu và chèn nó vào cơ sở dữ liệu.

Hãy hỏi tôi bất cứ điều gì nếu tôi không đủ rõ ràng.

Tôi sẽ có một vết nứt tại đây. Lưu ý rằng tôi vừa liệt kê các trường cần thiết. Nếu bạn có thêm dữ liệu bạn muốn lưu trữ trong các bảng đó, vui lòng thêm chúng (miễn là chúng được chuẩn hóa).

Mặc dù bạn đã nói rằng bạn sẽ sử dụng một cơ sở dữ liệu khác nhau cho từng khu vực, tôi đã thiết kế nó để tất cả chúng có thể hoạt động trong một cơ sở dữ liệu. Ngay bây giờ bạn có thể chỉ có 5 vùng, nhưng điều này mang đến sự linh hoạt để dễ dàng thêm nhiều hơn:

table: region
regionID        varchar(2)
regionName      varchar(50)

Xác định dữ liệu cho mỗi lĩnh vực. Tôi đã sử dụng khóa thay thế (realmID) vì có thể realmName không phải là duy nhất. Điều này giả định rằng mỗi vương quốc chỉ có thể thuộc về một khu vực (khu vựcID cần phải là khóa ngoại đối với khu vựcID trên bảng khu vực):

table: realm
realmID         int
regionID        varchar(2)
realmName       varchar(50)

Xác định dữ liệu cho mỗi người dùng (người bán / người mua). Tôi đã quyết định rằng sẽ tốt hơn nếu nó có khóa thay thế (sellID) vì các kết hợp tên người bán / người mua / người mua đầu tiên có thể không hoàn toàn độc đáo. Lưu ý, bạn cũng có thể muốn một bảng địa chỉ để lưu trữ nhiều:

table: user
userID          int
userFirstName   varchar(20)
userLastName    varchar(20)
userEmail       varchar(100)

Dữ liệu cho mỗi phiên đấu giá. AuctionID sẽ là ID được tạo tự động và Khóa chính. Bạn cũng sẽ muốn các khóa ngoại trên realmID (realmID trên bảng realm) và sellID (userID trên bảng người dùng):

table: auction
auctionID       int
realmID         int
sellerID        int
auctionPrice    decimal
auctionStart    datetime

Dữ liệu cho mỗi phiên đấu giá đã được hoàn thành với khóa ngoại trên người muaID (userID trên bảng người dùng):

table: auctionHistory
auctionID       int
buyerID         int
finalPrice      decimal
auctionFinished datetime

Tôi không nghĩ rằng bạn cần một bảng riêng biệt cho "Quét". Đó sẽ là một truy vấn đơn giản của các hàng trong bảng đấu giá không có các hàng khớp trong bảng đấu giá. Hy vọng, điều này sẽ giúp bạn bắt đầu. Nếu tôi bỏ lỡ / đọc sai bất cứ điều gì, xin vui lòng cho tôi biết.