Từ 1 tới 5 trên tổng số 5 kết quả

Đề tài: [Hỏi] Cách kéo Relationship tới chính bảng đó trong database

  1. #1
    Ngày gia nhập
    02 2009
    Bài viết
    100

    Question [Hỏi] Cách kéo Relationship tới chính bảng đó trong database

    Ở trong schema đính kèm.
    Mình đã đánh số 2 mục mình không hiểu, ae biết thì giải thích giúp mình nhé.
    Mục số 1: Mình không hiểu cách kéo relationship như vậy có nghĩa là gì, với mục đích nào thì họ sẽ sử dung kiểu relation như thế, Nếu có ví dụ thì mình sẽ hiểu hơn.

    Mục số 2: Ở bảng Oders, Nếu mình muốn có 2 người CUSTOMER ở trên bảng Order thì mình sẽ thêm: CustomerID1 và CustomerID2 đúng không nhỉ ?

    xin cám ơn.
    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		Northwind_diagram.jpg
Lần xem:	5
Size:		193.4 KB
ID:		51159

  2. #2
    Ngày gia nhập
    01 2013
    Bài viết
    1,434

    1. Dự là kết khóa ngoại ở field ReportsTo (có thể hiểu là người trực tiếp quản lí).

  3. #3
    Ngày gia nhập
    02 2016
    Bài viết
    247

    Trích dẫn Nguyên bản được gửi bởi dauhoi_8x Xem bài viết
    Ở trong schema đính kèm.
    Mình đã đánh số 2 mục mình không hiểu, ae biết thì giải thích giúp mình nhé.
    Mục số 1: Mình không hiểu cách kéo relationship như vậy có nghĩa là gì, với mục đích nào thì họ sẽ sử dung kiểu relation như thế, Nếu có ví dụ thì mình sẽ hiểu hơn.

    Mục số 2: Ở bảng Oders, Nếu mình muốn có 2 người CUSTOMER ở trên bảng Order thì mình sẽ thêm: CustomerID1 và CustomerID2 đúng không nhỉ ?

    xin cám ơn.
    Mục số 1: bạn dùng Northwind thì kiếm mấy tài liệu nói về cách cấu trúc của nó mà học. Các tài liệu này sẽ giải thích rõ ràng cấu trúc của nó.
    Đại khái thì trong trường hợp này có lẽ (chỉ có lẽ thôi, vì cái diagram không chi tiết rõ) người ta muốn nói rằng 1 employee sẽ là lính của một employee khác. Người nào có cái key (Reportsto) này là NULL thì là boss, không phải là lính của ai cả.

    Mục số 2: một order chỉ có thể được đặt bởi 1 customer. Không thể CustomerID1, CustomerID2. Nếu có 2 Orders, tức là 2 records trong bảng Order thì trường CustomerID sẽ chứa ID của Customer đặt hàng (có thẻ là 2 ngừoi khác nhau, nhưng không ai cấm1 customer đặt 2 đơn hàng)

  4. #4
    Ngày gia nhập
    02 2009
    Bài viết
    100

    Trích dẫn Nguyên bản được gửi bởi NguNhuheo Xem bài viết
    Mục số 1: bạn dùng Northwind thì kiếm mấy tài liệu nói về cách cấu trúc của nó mà học. Các tài liệu này sẽ giải thích rõ ràng cấu trúc của nó.
    Đại khái thì trong trường hợp này có lẽ (chỉ có lẽ thôi, vì cái diagram không chi tiết rõ) người ta muốn nói rằng 1 employee sẽ là lính của một employee khác. Người nào có cái key (Reportsto) này là NULL thì là boss, không phải là lính của ai cả.

    Mục số 2: một order chỉ có thể được đặt bởi 1 customer. Không thể CustomerID1, CustomerID2. Nếu có 2 Orders, tức là 2 records trong bảng Order thì trường CustomerID sẽ chứa ID của Customer đặt hàng (có thẻ là 2 ngừoi khác nhau, nhưng không ai cấm1 customer đặt 2 đơn hàng)
    Nếu trong trường hợp tôi có 1 đơn hàng, Và để đơn hàng ấy chuyển cho bộ phận mua bán thì cần phải qua 3 Người kí duyệt.
    Người thứ nhất: Tạo đơn hàng, xác nhận vào đó,
    Người Thứ 2: Xác nhận,
    Người thứ 3 xác nhận lại lần nữa.

    Vậy tôi phải tạo data như thế nào.

  5. #5
    Ngày gia nhập
    02 2016
    Bài viết
    247

    Nếu chỉ chuyển qua bộ phận mua bán thì hết thì
    Đặt thêm 1 trường KyDuyet. Tri là 0 (null), 1, 2, 3

    Néu còn phải theo dõi hơn nữa thì
    Đăt 1 trường TienTrinh. Trị là 0 (chưa gì hết), 1, 2, 3 (số lần duyệt); 11, 12, 13 (các tiến trình khác)

    Cái này là bài tập hay thực tế vậy?
    Quy trình mua bán phức tạp như vầy mà làm CSDL tơ lơ mơ bắt ớn.

    Ba cái điều kiện mấy tầng kiểm soát mà không chia view cẩn thận cho users thì chạy ba bữa nát bét hết.
    Đã được chỉnh sửa lần cuối bởi NguNhuheo : 23-12-2016 lúc 10:50 PM.

Quyền hạn của bạn

  • Bạn không thể gửi đề tài mới
  • Bạn không thể gửi bài trả lời
  • Bạn không thể gửi các đính kèm
  • Bạn không thể chỉnh sửa bài viết của bạn