Database là tập hợp page có cấu trúc chung. Mỗi item là một page; property cho phép lọc, sắp xếp và nhìn cùng dữ liệu theo nhiều view.
Bài này thuộc series hướng dẫn Notion Free, Plus và Education.
Bài thực hành: database Việc đang làm
Tạo database mới; title là tên công việc.
Chỉ thêm Status, Date và Project/Khu vực lúc đầu.
Tạo Table để nhập, Board theo Status và Calendar nếu hạn chót là trọng tâm.
Tạo filter “Tuần này” thay vì xóa các việc cũ.
| Thành phần | Dùng để làm gì? | Điều tránh |
|---|---|---|
| Property | Lưu trạng thái, ngày, người, nhãn. | Nhiều property trùng nghĩa. |
| View | Nhìn cùng dữ liệu theo nhu cầu. | Tạo view chỉ khác màu sắc. |
| Filter/sort | Đưa việc cần làm lên trước. | Xóa dữ liệu để danh sách ngắn. |
| Template | Chuẩn hóa item lặp lại. | Template dài nhưng không dùng. |
Nguyên tắc kiểm tra
Người mới có tạo item trong một phút không?
Mỗi property có phục vụ một filter, view hay quyết định nào không?
Có view nào trả lời rõ việc cần làm tiếp theo không?
Nguồn chính thức
Ví dụ chi tiết: quản lý dự án bằng hai database
Khi một danh sách việc bắt đầu cần ngữ cảnh, tạo database Dự án với tên, mục tiêu và trạng thái; sau đó liên kết Công việc với Dự án bằng relation. Chỉ thêm rollup khi bạn thực sự cần nhìn số việc chưa hoàn tất ở từng dự án. Nếu chỉ muốn gắn nhãn, Select đơn giản hơn và dễ dùng hơn.
Cách thiết kế view cho ba vai trò
Người thực hiện
Dùng view lọc việc chưa hoàn tất, sắp theo hạn chót. Mục tiêu là biết việc tiếp theo, không phải nhìn mọi dữ liệu.
Người quản lý
Dùng board theo trạng thái hoặc view theo dự án để thấy điểm nghẽn. Không bắt buộc người thực hiện phải nhập thêm property chỉ để tạo báo cáo đẹp.
Người xem lại
Dùng view đã hoàn tất theo tháng hoặc theo dự án. Đây là lý do nên ẩn bằng filter thay vì xóa item đã xong.
Quy trình sửa database lộn xộn
Xuất hoặc sao chép một view tham chiếu trước khi thay đổi lớn.
Liệt kê property không được dùng trong filter, sort hoặc quyết định.
Gộp các status trùng nghĩa và cập nhật template.
Thử tạo một item mới bằng luồng đơn giản nhất.
Chỉ sau đó mới cân nhắc relation, rollup hoặc formula.
Kết luận
Database tốt không phải database nhiều cột nhất. Nó là nơi người dùng nhập liệu nhanh, nhìn được ưu tiên và tìm lại thông tin khi cần.
Thiết kế dashboard không gây áp lực
Chỉ để ở trang Học kỳ những mục cần mở hàng ngày hoặc hàng tuần. Một dashboard quá nhiều đồng hồ, quote, tracker và widget dễ tạo cảm giác bận nhưng không giúp học tốt hơn. Nếu một phần không được mở trong hai tuần, hãy chuyển nó vào page tham khảo hoặc xóa khỏi dashboard.
Ví dụ quản lý bài tập lớn
Một bài tập lớn là một item trong database Bài tập. Bên trong page item, dùng checklist cho đề bài, nghiên cứu, dàn ý, bản nháp, phản hồi và nộp bài. Cách này giữ deadline ở database nhưng các bước chi tiết ở cùng bối cảnh. Chỉ thêm relation với Môn học nếu bạn đã có nhiều bài tập và cần xem tổng quan theo môn.
Nguyên tắc học thuật khi dùng AI
Nếu dùng Notion AI để hỗ trợ tóm tắt hoặc diễn đạt, hãy xem nó như bản nháp cần kiểm tra. Không dựa vào đầu ra AI để thay nguồn, trích dẫn hoặc lập luận. Luôn đối chiếu với giảng viên, tài liệu chính thức và quy định của môn/trường; khi không chắc, hỏi rõ trước khi nộp.
Hướng dẫn từng bước: database bài tập và ôn thi
Bước 1: xác định item
Mỗi item là một bài tập, lần nộp hoặc đầu việc học có điểm kết thúc rõ. Không dùng mỗi item cho một môn học nếu mục tiêu là theo deadline; môn học nên là property hoặc database riêng khi đã đủ phức tạp.
Bước 2: tạo property tối thiểu
Tạo Title, Môn học, Hạn nộp, Status và Ưu tiên. Trước khi thêm “độ khó”, “thời lượng”, “tiến độ”, hãy hỏi: tôi sẽ lọc hoặc quyết định gì từ trường đó? Nếu không có câu trả lời, chưa cần tạo.
Bước 3: tạo ba view
| View | Filter/sort gợi ý | Câu hỏi được trả lời |
|---|---|---|
| Hạn 7 ngày | Chưa hoàn tất; hạn trong 7 ngày; sort hạn tăng dần. | Tuần này cần nộp gì? |
| Theo môn | Group hoặc filter theo Môn học. | Môn nào đang có nhiều việc? |
| Đã nộp | Status hoàn tất; sort ngày hoàn tất nếu có. | Tôi đã xử lý những gì? |
Bước 4: tạo template Bài tập mới
Trong page của template, để các heading: Đề bài, tiêu chí chấm, tài liệu cần đọc, các bước làm, kiểm tra trước khi nộp. Template không tự sửa các item cũ; nó chỉ là khung khi tạo item mới. Vì vậy chỉ cập nhật template khi bạn muốn thay chuẩn cho các lần sau.
Sub-item, dependency và relation nên xuất hiện lúc nào?
Một bài tập lớn có nhiều bước có thể dùng checklist trong page trước. Chỉ dùng sub-item khi các bước cần status/ngày riêng. Dependency hữu ích khi một việc không thể bắt đầu trước việc khác; nếu chỉ là ghi chú về thứ tự, một đoạn văn có thể đủ. Relation với database Môn học hoặc Dự án phù hợp khi mỗi môn/dự án có thông tin riêng cần dùng lại. Khi đã relation, rollup có thể tổng hợp thông tin, nhưng hãy thử view đơn giản trước.
5 dấu hiệu database đang hỏng
Người dùng không biết property nào bắt buộc.
Có ba property đều mô tả trạng thái.
View trùng nhau và không ai nhớ dùng view nào.
Filter làm “mất” item khiến mọi người tưởng dữ liệu bị xóa.
Template dài hơn nội dung được tạo ra từ nó.
Cách sửa là tạo một view thử tối giản, ẩn property thừa, thống nhất status, rồi dùng một tuần. Chỉ xóa/đổi schema sau khi biết ảnh hưởng đến các view khác.
Câu hỏi thường gặp
Database có phải Excel không?
Không. Database Notion gồm các item là page có nội dung bên trong; view chỉ là các cách nhìn cùng một nguồn dữ liệu.
Filter có xóa dữ liệu không?
Không. Filter chỉ ẩn item khỏi view hiện tại. Kiểm tra view All hoặc filter trước khi kết luận một item biến mất.
Nên có một database lớn hay nhiều database?
Gộp khi các item có cùng lifecycle và property; tách khi chúng có mục đích, người cập nhật hoặc cách nhìn khác nhau.
Thiết kế schema trước khi bấm New database
Viết ra câu hỏi mà database phải trả lời. Với task manager, đó có thể là “việc nào cần làm tiếp?” và “dự án nào bị kẹt?”. Sau đó chọn property tối thiểu để trả lời. Property chỉ để trang trí, đo quá chi tiết hoặc không được ai cập nhật sẽ khiến dữ liệu kém tin cậy. Đặt tên nhất quán: chỉ một Status, chỉ một Date cho deadline chính, và mô tả rõ cách dùng trong page giới thiệu database.
Case: chuyển từ danh sách việc rời rạc
Tuần đầu, nhập 10–15 việc thật từ chat và giấy ghi chú. Chuẩn hóa title bằng động từ, gán status và ngày khi có deadline. Tuần hai, tạo view Hạn 7 ngày và Board trạng thái. Tuần ba mới đánh giá có cần relation với Dự án hay không. Cách chuyển theo đợt giữ cho dữ liệu đang chạy không bị gián đoạn và giúp bạn phát hiện property nào thực sự cần.
Relation và rollup bằng ví dụ dễ hiểu
Database Công việc có thể liên hệ với database Dự án khi mỗi công việc thuộc một dự án và bạn muốn mở page dự án để xem các việc liên quan. Rollup là cách hiển thị thông tin tổng hợp từ relation đó, ví dụ đếm việc chưa hoàn tất. Tuy nhiên nếu bạn chỉ cần biết hôm nay làm gì, filter ở một database Công việc có thể đã đủ. Đừng tạo relation/rollup chỉ vì template mẫu có chúng.
Review database hằng tuần
Rà item không có status hoặc bị quá hạn.
Đóng/archieve việc cũ đúng cách thay vì để danh sách phình to.
Xem view nào không dùng để gộp hoặc xóa.
Kiểm tra template có thêm yêu cầu thừa không.
Đối chiếu quyền chia sẻ nếu database có dữ liệu nhóm.
