thắc mắc [Java] Thắc mắc về Java

bricks on the wall said:

Cho e hỏi như này thì String trong java

Tức java class String.
Thì nó giống như cách mà mấy ngon ngữ khác là các character trong một array đúng k nhỉ. Tại trước đó e dc học là string là những character trong một array kiểu v

Click to expand...

Ung Thư Gan said:

class bao gồm thông tin như môn, lớp, địa điểm thì hợp lý hơn chứ nhỉ, tutor với class là 1 to many

Click to expand...

mr.fly1112 said:

Đầu tiên tạo các entities: tutors, classes, locations, subjects;
rồi tạo 1 junction table đặt tên là teaches chứa các cột tutor_id, class_id, loc_id, subject_id. Mỗi hàng thể hiện relationship là gia sư “teaches” môn gì ở đâu …

Click to expand...

_nchowf said:

ý bác là như kiểu 4 bảng đó join với nhau ấy ạ, các dòng sẽ lưu trong bảng teaches

Click to expand...

mr.fly1112 said:

4 bảng sẽ liên kết với nhau thông qua bảng teaches. Bảng teaches đc gọi là association table hay junction table hay là edge. KHÔNG phải là JOIN với nhau nhé.

Click to expand...

_nchowf said:

Đăng lên mấy group hỏi mà bị flop quá, em lên đây cầu cứu các cao thủ ạ.
Để lưu những thông tin như trong ảnh cho thực thể Gia sư ( tất cả đều là quan hệ n-n) thì ngoài cách là tạo các thực thể Môn, Lớp, Địa điểm rồi lần lượt tạo các bảng trung gian với thực thể Gia sư thì còn cách lưu nào tối ưu hơn không ạ. Đồ án em dùng MySQL. Em cảm ơn các bác

Click to expand...

_nchowf said:

Đăng lên mấy group hỏi mà bị flop quá, em lên đây cầu cứu các cao thủ ạ.
Để lưu những thông tin như trong ảnh cho thực thể Gia sư ( tất cả đều là quan hệ n-n) thì ngoài cách là tạo các thực thể Môn, Lớp, Địa điểm rồi lần lượt tạo các bảng trung gian với thực thể Gia sư thì còn cách lưu nào tối ưu hơn không ạ. Đồ án em dùng MySQL. Em cảm ơn các bác

Click to expand...

_nchowf said:

này em làm chức năng đăng kí gia sư, gia sư có thể dạy được nhiều môn, nhiều lớp và nhiều địa điểm khác nhau, còn cái class bác đề cập đến là khác á

Click to expand...

_nchowf said:

em đang lưu những thông tin đó là thông tin cá nhân của gia sư, chứ kh phải là thông tin của một lớp dạy cần gia sư. Bác đang triển khai theo ý sau phải không ạ ?

Click to expand...

Ung Thư Gan said:

Sao phải khổ dâm thế hả fen xì, mấy cái kia gói lại trong một entity, rồi gia sư muốn dạy lớp nào thì pick entity đó thôi. Gia sư dạy vài lớn thì cũng thỏa mãn cái "nhiều môn, nhiều lớp và nhiều địa điểm khác nhau" fen mà. Cảm giác fen làm phần giao diện trước rồi mới thiết kế DB vậy.

Hay là fen đang kiểu gia sư đăng ký thông tin sau đó sẽ trả ra những lớp available mà gia sư có thể dạy?

Click to expand...

swetder said:

Cách thì có nhiều bác ạ. Theo đề bài của bác thì trọng tâm sẽ là Gia sư, 3 bảng khác gần như chỉ là các bảng Master data thôi. Vậy thì ta có một số ý tưởng đơn giản như sau. Bác có thể tùy biến cho bác dễ áp dụng:
Cách 1. Trong thực thể gia sư, tạo một cột "Danh sách Môn". Cột này sẽ lưu "tập hợp Id các môn học mà gia sư sẽ dạy, phân tách các id môn học bằng dấu ",". Dữ liệu cột này sẽ ánh xạ tới cột "id" ở bảng "Môn học". Khi nào cần dùng thì convert string to array hoặc ngược lại là có danh sách id môn học. Làm tương tự cho "Danh sách lớp" và "Danh sách địa điểm". Bác cũng có thể lưu luôn name thay vì id

Cách 2. Tạo một đối tượng và table để lưu lại mối quan hệ Gia sư - "Môn, lớp, địa điểm". Bảng sẽ có 4 cột gồm: Gia sư id - lưu thông tin id của gia sư, Môn ids - lưu thông tin danh sách id các môn mà gia sư dạy, lớp ids - tương tự Môn ids, địa điểm ids - tương tự Môn ids.

Làm theo kiểu này thì logic đọc và ghi dữ liệu hoàn toàn nằm trong program mà bác code, các ràng buộc FK sẽ được bỏ qua luôn, để show dữ liệu lên màn hình thì cũng chỉ cần mapping cái đống "ids" hoặc "Danh sách" với 3 cái bảng "Môn, lớp, địa điểm" là được.

Click to expand...

kim_15py said:

Các phen cho mình hỏi phát, chuyện là mình đang viết swagger thì mình có dùng hidden = true trong @Schema để ẩn các dữ liệu không cần thiết khi gửi request lên server. Nhưng nó nảy sinh vấn đề là ở phần response nó sẽ bị thiếu thông tin đó đi do là request và response đều cùng sử dụng chung 1 DTO (khi chạy thì response trả về vẫn đủ thôi). Thì các phen cho mình hỏi cách tốt nhất cứ kệ nó hay là mình viết ra 2 class ví dụ CreateUserDto cho request và CreateUserResponse cho response để nó hiển thị đúng trên swagger nhỉ. Thanks các phen

Click to expand...

kim_15py said:

Các phen cho mình hỏi phát, chuyện là mình đang viết swagger thì mình có dùng hidden = true trong @Schema để ẩn các dữ liệu không cần thiết khi gửi request lên server. Nhưng nó nảy sinh vấn đề là ở phần response nó sẽ bị thiếu thông tin đó đi do là request và response đều cùng sử dụng chung 1 DTO (khi chạy thì response trả về vẫn đủ thôi). Thì các phen cho mình hỏi cách tốt nhất cứ kệ nó hay là mình viết ra 2 class ví dụ CreateUserDto cho request và CreateUserResponse cho response để nó hiển thị đúng trên swagger nhỉ. Thanks các phen

Click to expand...

vozerbanpho said:

3 class nhé, 1 abstract class làm base, còn request và response sẽ extend cái abstract class với additional information. DRY principles

Click to expand...

Love U So Much said:

Ko cần phức tạp thế, lúc đọc code phải đọc thêm cái abstract, nên đọc 1 file rhoot

Click to expand...

huyhuynh1291 said:

giờ dev mới ra trường có nên cắm đầu theo Java không

Click to expand...

huyhuynh1291 said:

giờ dev mới ra trường có nên cắm đầu theo Java không

Click to expand...