thắc mắc Công ty vào làm giao DB cho người mới học làm

[IT_computer]

Hiện tại em đã xin vào thực tập vào một công ty, đang tự học về back end. Giờ được giao một web và tự thiết kế lại DB trên nền web cũ. Kiến thức bản thân còn hạn hẹp nhưng giao việc lớn quá làm em loay hoay mấy ngày nay rồi ạ. Mong mọi người chia sẻ phương pháp phân tích DB vỡ lòng cho người mới bắt đầu như em đc ko ạ.

 

[chau_ngoan_Bac_V]

Các DBMS có chức năng xem theo dạng class diagram sql server thì dễ hơn đó.

 

[IT_computer]

Các DBMS có chức năng xem theo dạng class diagram sql server thì dễ hơn đó.

Laravel bác ơi.

 

[deonhodangkylanthumaynua]

Laravel bác ơi.

Code 16h/ ngày mà chưa mở được thiên nhãn à bác.
———-
DBMS mà bác trên nói là tool quản lý Database. Khi bác nhận dự án có import db, hay chạy sql migrate không?
———
Có keyword rồi tự search tiếp nhé. Mà thắc mắc sao bác k hỏi leader luôn, lên đây choè thì biết bao giờ

 

[Tình Đời Như Mơ]

đánh dấu tham khảo

 

[IT_computer]

Code 16h/ ngày mà chưa mở được thiên nhãn à bác.
———-
DBMS mà bác trên nói là tool quản lý Database. Khi bác nhận dự án có import db, hay chạy sql migrate không?
———
Có keyword rồi tự search tiếp nhé. Mà thắc mắc sao bác k hỏi leader luôn, lên đây choè thì biết bao giờ

Tự làm lại toàn bộ nhé bác, trước mắt phân tích DB trang cũ vì trang đó cũng chưa hoàn thiện. Giờ phải làm đc DB thì mới đi vào tool đc.
Có người nói nên làm từ từ đến đâu rồi phân tích tiếp. Ko biết có khả dụng ko.

 

[deonhodangkylanthumaynua]

Nếu tự làm lại DB, thì việc đầu tiên là đọc DB cũ, xem họ chia thế nào. Xem các yêu cầu sửa/thêm mới/xoá bỏ, thì sẽ ảnh hưởng nào đến DB cũ. Từ đó nhìn được DB sẽ thay đổi thế nào.
------
Giờ phải làm đc DB thì mới đi vào tool đc. <- DB cũ còn không? Ý là bạn vào DB cũ để xem DB cũ thế nào?

 

[kienthuclavohan]

Mình thấy làm db là đơn giản nhất ấy. Nắm chắc các chuẩn NF, data type, các rằng buộc là có thể tạo, thay đổi db ngon lành. Khoai nhất là tối ưu câu lệnh sql vì phải nắm chắc nghiệp vụ.

 

[IT_computer]

Nếu tự làm lại DB, thì việc đầu tiên là đọc DB cũ, xem họ chia thế nào. Xem các yêu cầu sửa/thêm mới/xoá bỏ, thì sẽ ảnh hưởng nào đến DB cũ. Từ đó nhìn được DB sẽ thay đổi thế nào.
------
Giờ phải làm đc DB thì mới đi vào tool đc. <- DB cũ còn không? Ý là bạn vào DB cũ để xem DB cũ thế nào?

Chắc còn nhưng làm bằng nodejs, giờ làm lại bằng lrvel, trang cũ cũng chưa hoàn thiện. Hiện tại mình tự lên đc một số rồi nhưng còn phần oder chưa biết chia sao.

 

[deonhodangkylanthumaynua]

Bạn không hiểu à?
DB thì nó quan tâm gì đến backend dùng nodejs hay laravel hay go?
Bạn chỉ cần trả lời đơn giản là: DB bạn đang dùng là gì?
Mà troll hay thật đấy???
Sao nghe thì có vẻ tâm sự thật mà nó cứ ngáo ngáo thế nào ấy nhỉ

 

[Fire Of Heart]

Muốn làm 1 task thì phải hiểu tại sao làm task đó.
Trong trường hợp này là tại sao phải thiết kế lại DB?

 

[IT_computer]

Bạn không hiểu à?
DB thì nó quan tâm gì đến backend dùng nodejs hay laravel hay go?
Bạn chỉ cần trả lời đơn giản là: DB bạn đang dùng là gì?
Mà troll hay thật đấy???
Sao nghe thì có vẻ tâm sự thật mà nó cứ ngáo ngáo thế nào ấy nhỉ

Ko biết thật, tóm lại là giờ chắc ném cho em học việc nên yêu cầu vậy. Web cũ cũng sơ sài. DB chưa ăn khớp.

 

[deonhodangkylanthumaynua]

Nếu tự làm lại DB, thì việc đầu tiên là đọc DB cũ, xem họ chia thế nào. Xem các yêu cầu sửa/thêm mới/xoá bỏ, thì sẽ ảnh hưởng nào đến DB cũ. Từ đó nhìn được DB sẽ thay đổi thế nào.
------
Giờ phải làm đc DB thì mới đi vào tool đc. <- DB cũ còn không? Ý là bạn vào DB cũ để xem DB cũ thế nào?

Đọc lại cmt của tôi nhé chủ thớt

 

[Boss Lacotes]

Mình thấy làm db là đơn giản nhất ấy. Nắm chắc các chuẩn NF, data type, các rằng buộc là có thể tạo, thay đổi db ngon lành. Khoai nhất là tối ưu câu lệnh sql vì phải nắm chắc nghiệp vụ.

đi làm lâu chưa fen, mấy chuẩn đó mà làm cho đúng thì ỉa ra quần mới xong cái db, tuy tình hình mà tạo csdl thôi, dư thừa tý cũng không sao miễn ràng buộc đúng là đc, chưa kể db phình ra thì ỉa nhiều nữa nên không bao giờ đúng chuẩn được, nội đọc cái db cho hiểu lý do vì sao nó tạo table đó field đó là mệt rồi, db hơn vài trăm table thì đọc bao giờ cho xong, nên nếu code trên db cũ tốt nhất là tập trung vào nghiệp vụ mà cần đến các table và field nào, bọn khác ko quan tâm

 

[yeuemdeokinh12]

đi làm lâu chưa fen, mấy chuẩn đó mà làm cho đúng thì ỉa ra quần mới xong cái db, tuy tình hình mà tạo csdl thôi, dư thừa tý cũng không sao miễn ràng buộc đúng là đc, chưa kể db phình ra thì ỉa nhiều nữa nên không bao giờ đúng chuẩn được, nội đọc cái db cho hiểu lý do vì sao nó tạo table đó field đó là mệt rồi, db hơn vài trăm table thì đọc bao giờ cho xong, nên nếu code trên db cũ tốt nhất là tập trung vào nghiệp vụ mà cần đến các table và field nào, bọn khác ko quan tâm

đúng là đi làm gặp đa phần dự án thiết kế phá chuẩn

Sent from HUAWEI VOG-L29 via nextVOZ

 

[Member123]

mới zô được giao lớn quá thỳ mạnh dạn lôi cổ thằng leader ra mà hỏi nhé!! mới zô mà im im lm rồi banh chành hết là vứt! mà hoàn thành tốt quá cũng oẳng!! cứ lồi thằng leader ra mà vặn nhé!!

 

[BetterNextTime]

Thớt đang đi thực tập mà mấy bác. Bây h mình góp ý cho bạn vài câu hỏi để tự suy nghĩ nhé.
1. Phần web mà bạn nói, có lẽ là bao gồm cả frontend và backend application. Nếu như frontend và backend đều không đổi, tại sao phải thiết kế lại DB?
2. DB bao giờ cũng dựa trên mô hình kinh doanh để xây dựng. Vậy công ty có đưa bạn documents về mô hình kinh doanh của DB này chưa? Và công ty thay đổi thế nào?
3. Bạn có hiểu rõ DBMS ( Databse management system) là gì không? Nếu chưa nên học 1 khóa cơ bản về DB và DBMS trên udemy hoặc edx
4. Phân tích DB là 1 cách nói h
ơi mơ hồ. Nếu bạn cần bản vẽ data modeling, có khá nhiều tool để làm nếu DBMS của bạn là Relational. Nếu là NoSQL hoặc loại khác thì mình không rõ lắm. Bạn đã phân biệt được RDBMS và NoSQL chưa?

 

[IT_computer]

Thớt đang đi thực tập mà mấy bác. Bây h mình góp ý cho bạn vài câu hỏi để tự suy nghĩ nhé.
1. Phần web mà bạn nói, có lẽ là bao gồm cả frontend và backend application. Nếu như frontend và backend đều không đổi, tại sao phải thiết kế lại DB?
2. DB bao giờ cũng dựa trên mô hình kinh doanh để xây dựng. Vậy công ty có đưa bạn documents về mô hình kinh doanh của DB này chưa? Và công ty thay đổi thế nào?
3. Bạn có hiểu rõ DBMS ( Databse management system) là gì không? Nếu chưa nên học 1 khóa cơ bản về DB và DBMS trên udemy hoặc edx
4. Phân tích DB là 1 cách nói h
ơi mơ hồ. Nếu bạn cần bản vẽ data modeling, có khá nhiều tool để làm nếu DBMS của bạn là Relational. Nếu là NoSQL hoặc loại khác thì mình không rõ lắm. Bạn đã phân biệt được RDBMS và NoSQL chưa?

web cũ nhưng back end còn sơ sài vậy thôi, dự án của cá nhân thiếu nhân lực. Nói vậy mà ko ai hiểu. Nói chung giờ ko được cấp DB cũ.

 

[Nipin]

web cũ nhưng back end còn sơ sài vậy thôi, dự án của cá nhân thiếu nhân lực. Nói vậy mà ko ai hiểu. Nói chung giờ ko được cấp DB cũ.

tóm lại là trước có dự án nhưng nát cho nên leader ném cho cậu làm project mới viết lại?

cơ mà nếu chỉ thực tập thì ai cho làm cái này nhỉ, trừ khi là chỉ để luyện tập.

 

[IT_computer]

tóm lại là trước có dự án nhưng nát cho nên leader ném cho cậu làm project mới viết lại?

cơ mà nếu chỉ thực tập thì ai cho làm cái này nhỉ, trừ khi là chỉ để luyện tập.

thì giờ cũng biết làm gì nữa, thực chiến thôi.