Postgres là gì? Cơ sở dữ liệu phía sau nhiều ứng dụng, giải thích

Postgres (chính thức là PostgreSQL) là một cơ sở dữ liệu quan hệ miễn phí, mã nguồn mở: một chương trình lưu dữ liệu của ứng dụng trong các bảng gồm hàng và cột, liên kết các bảng với nhau, và trả lời câu hỏi về chúng bằng một ngôn ngữ gọi là SQL. Nó nổi tiếng là đáng tin cậy, nghiêm ngặt trong việc giữ dữ liệu đúng, và đủ linh hoạt để xử lý mọi thứ từ danh sách đăng ký đến hồ sơ của một công ty lớn. Nhiều ứng dụng web, và nhiều dịch vụ lưu trữ chúng, được xây dựng trên nó.

Vì sao điều này quan trọng khi xây dựng với AI

Khi một công cụ xây dựng ứng dụng AI thêm “một cơ sở dữ liệu” vào dự án của bạn, rất có khả năng đó là Postgres. Bạn không cần viết SQL để dùng nó, nhưng hiểu một chút sẽ giúp ích rất nhiều:

• Bạn có thể mô tả dữ liệu theo hình dạng mà cơ sở dữ liệu cần. “Khách hàng có nhiều đơn hàng; mỗi đơn hàng có nhiều mục” được chuyển thẳng thành các bảng.
• Bạn có thể yêu cầu các biện pháp bảo vệ phù hợp. Postgres có thể từ chối dữ liệu sai — một email trùng lặp, một đơn hàng cho khách hàng không tồn tại — nếu AI thiết lập các quy tắc.
• Bạn có thể đọc những gì AI đã làm. Tên bảng, cột và quan hệ rất dễ kiểm tra trong trình xem bảng, ngay cả khi bạn không bao giờ chạm vào mã.

Một ẩn dụ đời thường: văn phòng lưu hồ sơ rất nghiêm khắc

Hãy tưởng tượng một văn phòng lưu hồ sơ với một tủ cho mỗi loại đối tượng — một tủ cho khách hàng, một cho đơn hàng, một cho sản phẩm. Mỗi thẻ trong ngăn kéo đều có các ô in sẵn giống nhau để điền. Mỗi thẻ có một số duy nhất, và thẻ đơn hàng không lặp lại thông tin khách hàng; nó chỉ ghi “khách hàng #214”, trỏ tới ngăn khách hàng.

Nhân viên lưu hồ sơ rất nghiêm khắc. Họ sẽ không lưu một đơn hàng trỏ tới khách hàng không tồn tại. Họ sẽ không nhận một thẻ có ô ngày bị bỏ trống nếu ô đó bắt buộc. Và nếu bạn yêu cầu họ chuyển tiền từ thẻ tài khoản này sang thẻ tài khoản khác, họ hoặc làm cả hai nửa hoặc không làm gì — không bao giờ chỉ làm một nửa.

Nhân viên đó chính là Postgres. Các ngăn kéo là bảng, các ô in sẵn là cột, mỗi thẻ là một hàng, và liên kết “khách hàng #214” là một khóa ngoại (foreign key).

Postgres giỏi những gì

Postgres bắt đầu như một dự án nghiên cứu tại Đại học California, Berkeley, vào thập niên 1980, và đã được một cộng đồng toàn cầu phát triển công khai kể từ thập niên 1990. Lịch sử lâu dài đó là lý do nó thường là lựa chọn mặc định: có tài liệu đầy đủ, được hỗ trợ rộng rãi, và mọi nhà cung cấp đám mây lớn đều có phiên bản được quản lý.

Ví dụ thực tế: biến một bảng tính thành các bảng

Giả sử bạn điều hành một doanh nghiệp phục vụ tiệc nhỏ và theo dõi mọi thứ trong một bảng tính: mỗi hàng là một sự kiện, với tên khách hàng, số điện thoại, email, ngày, các món ăn và giá.

Vấn đề xuất hiện nhanh chóng. Cùng một khách hàng xuất hiện ở sáu hàng với hai số điện thoại khác nhau. Các món ăn được gõ vào một ô duy nhất là “canapés x40, salad x2”, nên bạn không thể cộng tổng có bao nhiêu canapé đã làm trong tháng.

Trong Postgres, cùng thông tin đó trở thành bốn bảng:

Bây giờ số điện thoại của khách hàng nằm ở một chỗ duy nhất. “Chúng ta đã làm bao nhiêu canapé trong tháng Ba?” là một truy vấn SQL duy nhất. Và khi bạn ghi một sự kiện mới cùng các món của nó, một giao dịch đảm bảo bạn không bao giờ có một sự kiện chỉ lưu được nửa số món.

Đây là bước mà người ta thường bỏ qua khi yêu cầu AI “làm một ứng dụng từ bảng tính của tôi”. Hướng dẫn biến bảng tính thành ứng dụng đi xa hơn.

Thuật ngữ quan trọng

• Bảng, hàng, cột: một loại đối tượng, một thực thể cụ thể của nó, một thông tin về nó.
• Khóa chính (Primary key): ID duy nhất của mỗi hàng, thường là id.
• Khóa ngoại (Foreign key): một cột trỏ tới một hàng trong bảng khác, như client_id.
• Schema: thiết kế của tất cả các bảng và cột của bạn.
• Migration: một thay đổi đã lưu, có thể lặp lại, đối với schema, như “thêm cột venue vào events”.
• Truy vấn (Query): một câu hỏi hoặc chỉ dẫn viết bằng SQL.
• Chuỗi kết nối (Connection string): địa chỉ và mật khẩu mà backend của bạn dùng để kết nối tới cơ sở dữ liệu. Đây là bí mật — xem biến môi trường và bí mật.
• Managed Postgres: dịch vụ chạy, sao lưu và cập nhật Postgres cho bạn.

Với các thao tác hằng ngày mà mọi ứng dụng thực hiện trên các bảng này — tạo, đọc, cập nhật, xóa — xem CRUD nghĩa là gì.

Những lỗi thường gặp và hiểu lầm

• Một bảng khổng lồ. Sao chép bảng tính từng cột sang cơ sở dữ liệu dẫn tới đúng vấn đề trùng lặp như trước. Hãy tách những thứ lặp lại thành các bảng riêng.
• Lưu danh sách trong một trường văn bản. “canapés x40, salad x2” trong một cột đơn không thể đếm hay tìm kiếm đúng cách. Hãy dùng một bảng liên kết.
• Không có ràng buộc. Nếu không có “email phải duy nhất” hoặc “mỗi sự kiện cần một khách hàng”, dữ liệu sai sẽ lọt vào âm thầm và lộ ra sau nhiều tháng.
• Thay đổi cơ sở dữ liệu bằng tay trên môi trường thật. Hãy yêu cầu các thay đổi schema dưới dạng migration, để thay đổi được ghi lại và có thể lặp lại.
• Cho trình duyệt nói chuyện trực tiếp với cơ sở dữ liệu. Frontend nên đi qua backend của bạn, nơi kiểm tra quyền. Mật khẩu cơ sở dữ liệu không bao giờ thuộc về mã trang.
• “Postgres chỉ dành cho công ty lớn.” Nó chạy tốt cho một danh sách chờ 50 hàng, và bạn sẽ không cần chuyển khỏi nó khi lớn lên.
• Cho rằng cơ sở dữ liệu là bản sao lưu. Nó lưu trữ dữ liệu; nó không tự động bảo vệ bạn khỏi việc xóa dữ liệu. Hãy kiểm tra nhà cung cấp của bạn cung cấp bản sao lưu nào.

Nên yêu cầu công cụ xây dựng AI của bạn điều gì

• “Lưu [các thứ] vào cơ sở dữ liệu. Các bảng: … với các trường này: … Liên kết mỗi [đơn hàng] với một [khách hàng].”
• “Đặt email là duy nhất trên customers. Đặt các trường này là bắt buộc. Không cho phép đơn hàng không có khách hàng.”
• “Dùng migration cho mọi thay đổi schema.”
• “Thêm chỉ mục cho các tìm kiếm chúng ta thực hiện nhiều nhất: đơn hàng theo khách hàng và theo ngày.”
• “Mọi truy cập cơ sở dữ liệu đều đi qua máy chủ. Giữ chuỗi kết nối trong biến môi trường.”

Nếu bạn hoàn toàn mới với ý tưởng cơ sở dữ liệu, hãy bắt đầu với cơ sở dữ liệu là gì, rồi quay lại đây. Một ứng dụng full-stack cho thấy cơ sở dữ liệu nằm cạnh frontend và backend như thế nào.

Postgres trên Mythex

Mythex cấp cho mỗi dự án cần nó một cơ sở dữ liệu Postgres riêng. Bạn không cần cấu hình: yêu cầu trong chat (“lưu email danh sách chờ vào cơ sở dữ liệu”) hoặc dùng lệnh /database, và Mythex gắn nó, đưa thông tin kết nối vào ứng dụng của bạn, và có thể tạo các bảng cho bạn. Cơ sở dữ liệu của một ứng dụng đã xuất bản sẽ ngủ sau năm phút không hoạt động và thức dậy ở yêu cầu tiếp theo, và bạn chỉ bị tính phí cho thời gian nó thực sự thức, từ cùng một số dư credit dùng để xây dựng. Chi tiết nằm trong tài liệu cơ sở dữ liệu, và mẫu bảng điều khiển là nơi tốt để xem các ứng dụng có dữ liệu.

Câu hỏi thường gặp