x
- Tạo bởi LQDuy
- Start date
ComMeNau123
Súng hết đạn
Cái nào dễ hiểu hơn cho m thì m dùng thôi.
Mai mốt đăng kèm hình sex hay clip gì nha em trai, đây là diễn đàn sex.
Mai mốt đăng kèm hình sex hay clip gì nha em trai, đây là diễn đàn sex.
halogen123
Xàm 0 Lít
um lâu giờ vẫn thiết kế kiểu này mà
này kiểu mối quan hệ n-n
tạo bảng trung gian (intermmediate table relationship)
này kiểu mối quan hệ n-n
tạo bảng trung gian (intermmediate table relationship)
TracyD
Táy Máy, Tò Mò Ham Học Hỏi
Này là many to many mờ, tức là n-n như bạn trên nói đấy.Hi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím
)))))
Choijidongju
Bò lái xe
Dkm vô chat gpt hỏi diễn đàn sex up công nghệ m ngu lz vlHi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím
Thiên Chúng
Xamer mới lớn
Mày quay về voz ngayHi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím
anhhungcolao21
Lồn phải lá han
Cái này t nhớ gọi là thực thể yếu thì phảiHi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím
funspark12
Đẹp trai mà lại có tài
cái role và cái tách loại user là 2 giải pháp cho 2 vấn đề khác nhau, cách tách role là để phân quyền và có thể thay đổi quyền
còn cái tạo 2 loại user là để dễ dàng phân biệt được loại user mà không cần quan tâm đến bảng role
xin nhắc lại là 2 cái này giải quyết 2 vấn đề khác nhau, sẽ có trường hợp (tao gặp khá nhiều) là phải dùng kết hợp cả 2 cái này luôn
tức là có nhiều loại user, và các loại user đó lại có nhiều role khác nhau, các role của từng user lại thay đổi được, chưa kể người ta còn muốn tạo user group nữa, các user lại thuộc nhiều group khác nhau, role của từng group cũng khác nhau
chú em từ từ nghiên cứu đi
còn cái tạo 2 loại user là để dễ dàng phân biệt được loại user mà không cần quan tâm đến bảng role
xin nhắc lại là 2 cái này giải quyết 2 vấn đề khác nhau, sẽ có trường hợp (tao gặp khá nhiều) là phải dùng kết hợp cả 2 cái này luôn
tức là có nhiều loại user, và các loại user đó lại có nhiều role khác nhau, các role của từng user lại thay đổi được, chưa kể người ta còn muốn tạo user group nữa, các user lại thuộc nhiều group khác nhau, role của từng group cũng khác nhau
chú em từ từ nghiên cứu đi
ModBuCacTao
Trẻ trâu
Đi làm người ta k kéo quan hệ đâu thiết kế k cần chuẩn 3NF như thế kia đâu.Hi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím
Thuctinhdibonmatlon
Lỗ đýt gợi cảm
Tuỳ sở thích mà dùng. Tao nhầm chút vì chưa coi kỹ.
Cái của stackoverflow không quá khác khi mày cần phân quyền đâu. Vì mày vẫn cần thêm table role để quy định quyền truy cập. Chỉ là chia profile user ra 2 table mà thôi
Cái của stackoverflow không quá khác khi mày cần phân quyền đâu. Vì mày vẫn cần thêm table role để quy định quyền truy cập. Chỉ là chia profile user ra 2 table mà thôi
Sửa lần cuối:
Thuctinhdibonmatlon
Lỗ đýt gợi cảm
thientai2310
Bò lái xe
Shuriken
Già trâu
Cách 1 làm nhanh hơn, nhưng maintain khắm chó.Hi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím
Cách 2 scale tốt hơn, maintain dễ hơn, làm lâu hơn.
LozTe
Thanh niên Ngõ chợ
Mấy giờ rồi còn ngồi code, tương lai , coder chỉ bú cặc thôi, chuyển qua những ngành sản xuất trực tiếp giá trị, như đầu bếp, nông nghiệp, chăn nuôi, âm nhạc , bác sĩ , dược , grab
Nhà văn tao nghĩ tương lai ngon đấy, nhưng đầu óc phải dị hợm, nghĩ ra thứ mà AI ko xào nấu ra đc
Tương lai, bọn AI muốn học cái gì phải bỏ tiền ra mua dữ liệu, chứ ko như bây giờ , giờ nó đang ăn cắp chất xám của con người
Lúc đó thằng nào sáng tạo đc nội dung tốt hay, đem bán cho bọn tư bản trọc phú để nó train AI cũng là 1 nghề
hỏi làm gì. làm theo là được rồiHi mấy thím,
Em đang có một thắc mắc nhỏ trong thiết kế các bảng của SQL, cụ thể là thiết kế các bảng user(sẽ có hai loại là normal_user và admin_user).
Tuy nhiên, em google thì có hai cách như thế này:
Một là sẽ gộp chung tất cả các User vào chung một bảng và tạo hai bảng riêng để lấy role(Như hình dưới)
CÒn cách 2 thì em đọc được trên stackoverflow thì sẽ tạo một bảng user gồm các thuộc tính chung và tạo hai bảng con normal với admin giống như kiểu kế thừa trong OOP. Link stackoverflow
Các thím cho em hỏi là cách nào sẽ tối ưu hơn ạ? Với lại trong thực tế thì cách nào được sử dụng nhiều hơn
Em cảm ơn mấy thím