Cảm ơn anh, nhờ anh mà em đã khai sáng hơn về phần tư duy thiết kế database rất nhiều, rồi sau đó em xem lại mấy cái database của mình thiết kế gần như là sai hết đa số sai ở cách đặt foreign key ở bảng có quan hệ 1..n mà anh đã có nói trên video và sai cái thứ 2 là không có mapping table giữa 2 lớp có quan hệ n..n. Nhưng em vẫn có 1 thắc mắc mong anh trả lời cho, ví dụ có 2 class A và B, class A có quan hệ n..n với class B còn class B có quan hệ n..n với class A thì đương nhiên sẽ có 1 bảng liên kết ở giữa chứa 2 khóa chính lẫn khóa ngoại trỏ tới 2 class A và B. Vậy nếu trường hợp class A quan hệ với class B là n..n. Nhưng class B lại quan hệ class A là 1..n hoặc 1..1 thì có cần mapping table ở giữa 2 bảng của 2 class k ạ? Hy vọng anh rep bởi em chưa thoáng chỗ đó lắm
ko có case này class A quan hệ với class B là n..n. Nhưng class B lại quan hệ class A là 1..n hoặc 1..1 nếu B có quan hệ 1.n với A thì làm sao có quan hệ n.n giữa A và B đc hả e
e mới học , a giảng dễ hiểu nhưng thắc mắc 1 chỗ là nếu employee , customer có những thông tin khác nhau mà mình nhét vào một bảng user như vậy thì giải quyết thế nào a nhỉ :3 ?
Theo mình hiểu nhé, ko biết đúng không, bản thân mình thấy cái khóa này sinh ra chẳng qua là để khi xóa 1 trường dữ liệu có mối quan hệ, chúng ta phải suy nghĩ tới những mối quan hệ của nó ....
Series hay như này mà ít người xem. Cám ơn a vì những kiến thức a truyền tải và chúc anh thành công nhiều hơn nữa a nhé.
a mới public đấy e. còn chuyện người xem ít thì thời gian sẽ trả lời.kaka
Cảm ơn anh, nhờ anh mà em đã khai sáng hơn về phần tư duy thiết kế database rất nhiều, rồi sau đó em xem lại mấy cái database của mình thiết kế gần như là sai hết đa số sai ở cách đặt foreign key ở bảng có quan hệ 1..n mà anh đã có nói trên video và sai cái thứ 2 là không có mapping table giữa 2 lớp có quan hệ n..n. Nhưng em vẫn có 1 thắc mắc mong anh trả lời cho, ví dụ có 2 class A và B, class A có quan hệ n..n với class B còn class B có quan hệ n..n với class A thì đương nhiên sẽ có 1 bảng liên kết ở giữa chứa 2 khóa chính lẫn khóa ngoại trỏ tới 2 class A và B. Vậy nếu trường hợp class A quan hệ với class B là n..n. Nhưng class B lại quan hệ class A là 1..n hoặc 1..1 thì có cần mapping table ở giữa 2 bảng của 2 class k ạ? Hy vọng anh rep bởi em chưa thoáng chỗ đó lắm
ko có case này
class A quan hệ với class B là n..n. Nhưng class B lại quan hệ class A là 1..n hoặc 1..1
nếu B có quan hệ 1.n với A thì làm sao có quan hệ n.n giữa A và B đc hả e
và, design database chỉ là tương đối thôi. sai thì sửa, nên là cứ thực hành theo cách e hiểu nhé
e mới học , a giảng dễ hiểu nhưng thắc mắc 1 chỗ là nếu employee , customer có những thông tin khác nhau mà mình nhét vào một bảng user như vậy thì giải quyết thế nào a nhỉ :3 ?
bạn phân role thôi. thêm 1 table nữa
Theo mình hiểu nhé, ko biết đúng không, bản thân mình thấy cái khóa này sinh ra chẳng qua là để khi xóa 1 trường dữ liệu có mối quan hệ, chúng ta phải suy nghĩ tới những mối quan hệ của nó ....
thì nó gọi là tính ràng buộc dữ liệu mà bạn