INFO20003 Database Systems: chấm điểm ra sao và mất điểm ở đâu?

Trả lời thẳng: Handbook của University of Melbourne công bố ba đầu điểm cho INFO20003 Database Systems năm 2026 gồm ba bài tập thực hành mỗi bài 10%, mười bài quiz ngắn có tính giờ mỗi bài 1%, và một bài thi cuối kỳ viết trong 3 giờ theo hình thức mở tài liệu chiếm 60%. Handbook ước tính ba bài tập ngốn 30 tới 35 giờ và cả ba đều làm cá nhân.

Cách chia này quan trọng hơn vẻ ngoài của các con số phần trăm. Riêng bài thi đã chiếm 60%, nên sinh viên nào coi đây là môn ăn điểm bằng bài tập rồi để dồn việc ôn vào hai tuần cuối là đang phó thác hơn một nửa số điểm cho một buổi thi 3 giờ. Mười bài quiz mỗi bài 1% nghe như không đáng kể, nhưng chúng rải đều suốt học kỳ và có chức năng giữ nhịp học chứ không phải để kiếm điểm. Sinh viên bỏ 4 bài quiz thì mất 4 điểm, và mất luôn 4 lần được báo rằng cách hiểu chuẩn hoá của mình đang lệch dần.

Việc nên làm ngay từ tuần 1 là mở trang assessment trong handbook đúng năm học của bạn, chứ không phải một trang chia sẻ ghi chép, rồi ghi ba tỷ trọng và hai ngưỡng hurdle lên trang đầu tập vở. Handbook được lưu theo từng năm, và bản 2018 lẫn bản 2023 của môn này đều khác bản 2026.

---

Trả lời thẳng: INFO20003 đặt hai ngưỡng hurdle. Sinh viên phải đạt tối thiểu 50% ở phần bài tập, tức 15 trên 30 điểm, và đồng thời phải đạt tối thiểu 50% cộng gộp giữa bài thi với các bài quiz, tức 35 trên 70 điểm mà hai đầu điểm này chia nhau. Hai ngưỡng được xét tách rời, nên vượt một ngưỡng không bù được cho ngưỡng còn lại.

Hurdle khác tỷ trọng ở bản chất, và sinh viên chưa từng gặp nó thường nhận ra sự khác biệt quá muộn. Với tỷ trọng thuần tuý thì điểm bù trừ được cho nhau, nên thi tốt sẽ gánh phần bài tập yếu. Với hurdle thì không, vì mỗi mốc 50% phải tự nó vượt qua. Sinh viên đang có 13 trên 30 điểm bài tập sẽ không thể qua môn dù thi được bao nhiêu, vì hai ngưỡng được xét tách rời nhau. Cấu trúc hai hurdle cũng cho thấy các bài quiz không phải để trang trí: chúng nằm chung nhóm 70 điểm với bài thi, nên điểm quiz tích luỹ trong học kỳ thật sự kéo thấp mức điểm bạn cần đạt trong phòng thi.

Một sinh viên từng tìm tới buổi hướng dẫn ở tuần 11 với 12 trên 30 điểm bài tập và dự định "gỡ lại bằng bài thi". Dự định đó không thể thành. Cuộc trao đổi hữu ích hôm ấy không xoay quanh kỹ thuật ôn tập mà xoay quanh các điều khoản đặc cách và đánh giá lại nằm trong chính trang assessment của môn. Nếu bạn ấy đọc ngưỡng hurdle từ tuần 1 thì đã chọn ưu tiên khác ở tuần 4.

---

Trả lời thẳng: Nội dung môn học mà handbook công bố trải từ mô hình thực thể quan hệ ở mức khái niệm cho tới thiết kế vật lý, chuẩn hoá và phi chuẩn hoá, mô hình quan hệ và đại số quan hệ, SQL, xử lý và tối ưu truy vấn, giao dịch, tổ chức lưu trữ, quản trị cơ sở dữ liệu, kho dữ liệu và phân tích dữ liệu lớn, kèm phần giới thiệu các hệ NoSQL hiện đại.

Danh sách nội dung rất rộng, và việc bài thi cho mở tài liệu làm thay đổi hẳn ý nghĩa của chữ "thuộc bài". Trong bài thi đóng tài liệu, giới hạn nằm ở trí nhớ. Trong bài thi mở tài liệu kéo dài 3 giờ, ai trong phòng cũng có cú pháp sẵn trước mặt, nên điểm phân hoá nằm ở khả năng phán đoán: lược đồ này vi phạm dạng chuẩn nào, một chỉ mục ở đây có thật sự giúp câu truy vấn nhanh hơn không, vì sao một dị thường giao dịch xuất hiện ở mức cô lập này mà không xuất hiện ở mức khác. Năm chuẩn đầu ra của môn cho thấy đúng điều đó, khi chúng yêu cầu sinh viên giải các bài toán mô hình hoá dữ liệu thực tế, thiết kế truy vấn SQL, hiểu cơ chế và chính sách bên trong hệ quản trị, áp dụng giao dịch và lập luận cho việc dùng chúng, rồi đo và tinh chỉnh các truy vấn phân tích. Ba trong năm động từ ấy đòi lập luận chứ không đòi thao tác.

Vì vậy hãy dựng một tờ tra cứu sắp theo quyết định chứ không sắp theo chủ đề. Mỗi trang ứng với một câu hỏi bạn có thể bị buộc phải phân xử, gồm quy tắc, phản ví dụ kinh điển, và trường hợp quy tắc ấy không áp dụng được. Tờ giấy sắp theo kiểu "ghi chép chương 5" gần như vô dụng khi bị ép thời gian, còn tờ giấy sắp theo kiểu "làm sao phân biệt 2NF với 3NF" thì không.

---

Trả lời thẳng: Đi từ đề bài ra ngoài theo trình tự cố định, gồm thực thể, rồi thuộc tính và khoá, rồi quan hệ cùng bậc của nó, rồi ràng buộc lực lượng và ràng buộc tham gia, và chỉ sau đó mới tới thực thể yếu, phân cấp và gộp. Hãy phác mô hình trước khi mở công cụ cơ sở dữ liệu, vì lỗi mô hình rất rẻ khi còn trên giấy.

Bằng chứng về chỗ người mới hay hỏng cụ thể một cách đáng chú ý. Rashkovits và Lavy (2021) phân tích sơ đồ ER của 65 sinh viên năm hai ngành hệ thống thông tin, phân loại từng lỗi theo thang SOLO, và thấy các thất bại dồn vào những cấu trúc trừu tượng chứ không nằm ở phần dễ thấy. Có 70% người tham gia liệt kê đủ các thực thể mạnh cần có và 75% dựng đúng các quan hệ nhị phân, nhưng 80% bỏ sót một quan hệ ba ngôi bắt buộc, 83% không dựng được phép gộp mà đề bài cần, 86% mô hình hoá sai phần phân cấp, và 88% không đánh dấu một thực thể yếu là yếu. Hai tác giả giải thích rằng những cấu trúc khó chính là những thứ đề bài không hề gọi tên: "Aggregations, hierarchies, and weak entities are not specified in the text at all" (Rashkovits & Lavy, 2021, tr. 15). Họ cũng ghi rõ rằng thực thể yếu là khái niệm khó nắm bắt với người thiết kế ở giai đoạn này. Khoảng cách giữa điều đề bài viết ra và điều mô hình phải chứa đựng chính là toàn bộ chỗ khó.

Vì thế, sau khi có bản nháp mô hình, hãy chạy một lượt rà riêng chỉ để tìm bốn cấu trúc mà đề bài sẽ không gọi tên. Bạn tự hỏi có thực thể nào không định danh được nếu tách khỏi thực thể cha hay không, có quan hệ nào thật sự cần ba bên tham gia thay vì hai cặp nối tiếp hay không, có cặp thực thể nào chung một thực thể cha hay không, và có quan hệ nào lại tham gia vào một quan hệ khác hay không. Rashkovits và Lavy không thấy sinh viên nào trong mẫu đề xuất lời giải n ngôi ở những chỗ đáng dùng lời giải ấy, nên lượt rà này tốn khoảng 20 phút và nhắm đúng nơi điểm đã mất.

---

Trả lời thẳng: Các lỗi SQL tái diễn thuộc về logic chứ không thuộc về cú pháp. Lỗi cú pháp làm câu truy vấn dừng lại và tự lộ ra, còn lỗi logic trả về một tập kết quả trông hợp lý mà lại đáp cho một câu hỏi khác, và đó là lý do nó sống sót cho tới lúc nộp bài.

Taipalus và cộng sự (2018) phân tích hơn 33.000 câu truy vấn SQL do sinh viên một môn cơ sở dữ liệu nhập môn nộp lên, dựng bảng phân loại lỗi không phụ thuộc hệ quản trị cụ thể, và báo cáo rằng phân tích ấy "reveals new types of errors, namely logical errors recurring in similar manners among different students" (Taipalus và cộng sự, 2018, tr. 1). Từ đáng chú ý ở đây là tái diễn. Đó không phải những cái sảy tay ngẫu nhiên mà là cùng một lỗi do các sinh viên khác nhau tái tạo độc lập, dấu hiệu của một ngộ nhận chung chứ không phải của sự cẩu thả. Miedema và cộng sự (2023) theo đuổi tiếp ý đó bằng quy trình Policy Delphi hai vòng với 19 chuyên gia SQL để thu thập giả thuyết về nguyên nhân đứng sau từng lỗi, và lập luận rằng nhận diện được ngộ nhận mới cho phép việc dạy chạm vào nguyên nhân thay vì chạm vào triệu chứng. Với sinh viên, hệ quả thực tế là một câu truy vấn chạy được không phải bằng chứng rằng nó đúng.

Câu truy vấn tổng hợp của một sinh viên trả về con số trông rất hợp lý cho từng khách hàng mà vẫn bị trừ điểm. Phép nối đã âm thầm loại bỏ mọi khách hàng chưa có đơn nào, nên báo cáo trả lời câu "giá trị trung bình trong nhóm khách đã đặt hàng" trong khi đề bài hỏi giá trị trung bình trên toàn bộ khách hàng. Không có lỗi nào hiện ra cả. Cách sửa chỉ là một từ trong kiểu nối, còn thói quen lẽ ra đã bắt được nó là đối chiếu số dòng kết quả với một tổng đã biết trước khi tin vào đầu ra.

Vì vậy hãy kiểm mọi câu truy vấn bằng một thứ bạn đã biết trước. Đếm số dòng của từng bảng gốc, ước lượng thô xem kết quả nên có bao nhiêu dòng, rồi mới chạy. Chỗ nào con số làm bạn ngạc nhiên thì câu truy vấn đang sai kể cả khi các số trông hợp lý, và phép kiểm này tốn chưa tới một phút cho mỗi câu.

---

Trả lời thẳng: Hãy coi ba bài tập và mười bài quiz là một lịch trình duy nhất thay vì mười ba sự kiện rời. Chính handbook ước tính ba bài tập tốn 30 tới 35 giờ, tức khoảng 3 giờ mỗi tuần trong học kỳ 12 tuần, và con số ấy chỉ kham nổi nếu bạn bắt đầu từ tuần 1.

Trình tự nội dung của môn mang tính tích luỹ theo kiểu trừng phạt người học dồn. Chuẩn hoá dựa trên một lược đồ quan hệ đúng, mà lược đồ ấy lại dựa trên một mô hình khái niệm đúng, còn tối ưu truy vấn thì phụ thuộc vào việc hiểu bộ xử lý truy vấn dùng các cấu trúc vật lý thế nào. Sinh viên hoãn phần mô hình hoá tới lúc sắp hạn nộp bài tập thứ hai là đang cố học ba lớp phụ thuộc nhau trong cùng một tuần, và các bài quiz hằng tuần đã ghi nhận độ lệch ấy từ trước. Vì các bài quiz nằm chung nhóm 70 điểm với bài thi, độ lệch đó hiện rõ trên sổ điểm từ rất lâu trước kỳ thi.

Cách giữ nhịp là sau mỗi bài quiz, viết một dòng nêu bạn sai chỗ nào và chỗ đó thuộc lớp kiến thức nào. Ba dòng cùng chỉ về một lớp là tín hiệu để bạn tìm người hỗ trợ ngay tuần đó, thay vì đợi tới tuần ôn thi.

---