Tiếp theoHướng dẫn tiếp theo
Cách viết tập lệnh bảng tính và macro bằng AI
kỹ thuật
HƯỚNG DẪN KỸ THUẬT
Viết truy vấn SQL bằng AI có nghĩa là mô tả câu hỏi bạn muốn trả lời bằng tiếng Anh đơn giản, cung cấp cho mô hình các định nghĩa bảng và cột của bạn, đồng thời yêu cầu mô hình soạn thảo, giải thích hoặc tối ưu hóa SQL cho bạn.
Điều này quan trọng vì các nhà phân tích, nhà tiếp thị và nhà phát triển có thể nhận được câu trả lời từ cơ sở dữ liệu nhanh hơn nhiều, miễn là họ kiểm tra kết quả đầu ra với dữ liệu thực trước khi tin tưởng vào nó.
Các mô hình ngôn ngữ lớn đã học SQL từ số lượng lớn mã công khai, tài liệu và diễn đàn Hỏi đáp, vì vậy chúng rất giỏi trong việc tạo ra các truy vấn hợp lệ về mặt cú pháp. Những gì họ không thể biết là cơ sở dữ liệu của bạn. Nếu không có lược đồ của bạn, mô hình sẽ đoán tên bảng như "người dùng" hoặc "đơn đặt hàng" và tên cột như "created_at" và truy vấn có thể không thành công hoặc tệ hơn là chạy và trả về câu trả lời sai. Cải tiến lớn nhất mà bạn có thể thực hiện là dán lược đồ: TẠO câu lệnh TABLE hoặc danh sách các bảng, cột, kiểu dữ liệu và cách các bảng liên quan thông qua khóa ngoại. Việc thêm một vài hàng mẫu và ghi chú về quy tắc kinh doanh, chẳng hạn như "đơn hàng đã hủy có trạng thái = 'X'" hoặc "số tiền được lưu trữ bằng xu", ngăn ngừa nhiều lỗi thầm lặng. Nêu rõ phương ngữ SQL. PostgreSQL, MySQL, SQL Server, SQLite, BigQuery và Snowflake khác nhau về hàm ngày, nối chuỗi, LIMIT so với TOP và các chi tiết khác. Một truy vấn được viết cho một truy vấn có thể không thành công hoặc hoạt động khác trên một truy vấn khác. Một quy trình làm việc đáng tin cậy có bốn bước: đưa ra ngữ cảnh, đặt câu hỏi bằng tiếng Anh đơn giản, yêu cầu mô hình giải thích truy vấn bằng từ ngữ, sau đó kiểm tra. Bước giải thích quan trọng vì nó bộc lộ sự hiểu lầm, chẳng hạn như đếm hàng thay vì khách hàng riêng biệt hoặc sử dụng INNER JOIN để âm thầm loại bỏ những khách hàng không có đơn hàng. Những quan niệm sai lầm phổ biến bao gồm việc tin rằng một truy vấn đang chạy là chính xác (một phép nối sai có thể tính tổng gấp đôi), rằng đầu ra AI là an toàn để chạy trên sản xuất (CẬP NHẬT hoặc XÓA mà không có mệnh đề WHERE thay đổi mỗi hàng) và rằng bạn phải chia sẻ dữ liệu thực. Thông thường, chỉ riêng lược đồ là đủ, điều này cũng giúp loại bỏ thông tin khách hàng khỏi cuộc trò chuyện. Các trợ lý chung như ChatGPT, Claude và Gemini, các công cụ mã hóa như GitHub Copilot và các trình trợ giúp AI được tích hợp trong nhiều trình soạn thảo cơ sở dữ liệu đều hoạt động tốt nhất với cùng một mẫu này.
Các quyết định về kiến trúc sẽ thúc đẩy hiệu suất và chi phí vận hành trong nhiều năm.
Giáo dục kỹ thuật giúp các nhóm chọn nhóm phù hợp chứ không chỉ nhóm mới nhất.
Lựa chọn kỹ thuật tốt hơn làm giảm sự cố về độ tin cậy trong sản xuất.
Chuyển văn bản sang SQL là một lĩnh vực nghiên cứu tích cực, đồng thời các nhà cung cấp cơ sở dữ liệu và phân tích ngày càng xây dựng các trợ lý ngôn ngữ tự nhiên thành trình soạn thảo truy vấn và công cụ BI. Những trợ lý này hoạt động tốt nhất khi họ có thể đọc siêu dữ liệu lược đồ, mô tả cột và lớp ngữ nghĩa xác định các thuật ngữ như "khách hàng đang hoạt động" một lần cho mọi người. Độ chính xác trên cơ sở dữ liệu trong thế giới thực lộn xộn vẫn theo sau các kết quả dựa trên điểm chuẩn rõ ràng, bởi vì các định nghĩa kinh doanh mơ hồ là vấn đề của con người chứ không phải vấn đề cú pháp. Kỹ năng vẫn có giá trị là biết chính xác câu hỏi bạn đang hỏi và cách kiểm tra xem câu trả lời có đúng hay không, ngay cả khi việc soạn thảo SQL trở nên tự động hơn.
Một chủ cửa hàng trực tuyến nhỏ dán câu lệnh TẠO BẢNG cho bảng đơn hàng và bảng khách hàng, hỏi "10 khách hàng nào chi tiêu nhiều nhất trong 90 ngày qua?" và chạy truy vấn trả về trên một bản sao của cơ sở dữ liệu trước khi sử dụng các con số.
Nhà phân tích dữ liệu sẽ dán một truy vấn báo cáo dài 60 dòng chậm cùng với đầu ra GIẢI THÍCH PHÂN TÍCH và yêu cầu AI đề xuất chỉ mục và viết lại truy vấn con tương quan dưới dạng liên kết.
Một nhân viên mới kế thừa một báo cáo hàng tháng cũ yêu cầu AI giải thích từng dòng truy vấn hiện có, bao gồm cả những gì mỗi THAM GIA và NHÓM THEO thực hiện trước khi thay đổi bất kỳ điều gì.
Nhà phát triển chuyển báo cáo từ MySQL sang PostgreSQL yêu cầu AI dịch các hàm như DATE_FORMAT sang to_char của PostgreSQL và liệt kê mọi khác biệt về hành vi đáng để kiểm tra.
Tối ưu hóa một điểm chuẩn có thể che giấu những điểm yếu của hệ thống rộng hơn.
Chi phí cơ sở hạ tầng và bảo trì thường được đánh giá thấp.
Khoảng cách về bảo mật và khả năng quan sát có thể tăng lên khi hệ thống trở nên phức tạp hơn.
Xác định các mục tiêu về độ trễ, chất lượng và chi phí trước khi triển khai.
Điểm chuẩn trong điều kiện tải và dữ liệu thực tế.
Giám sát thiết bị về lỗi, độ lệch và tác động của người dùng.
Chuẩn bị đường dẫn khôi phục và ứng phó sự cố trước khi mở rộng quy mô.
Free newsletter
Three verified AI stories every weekday morning, written in plain English. Free forever, no ads.
One email each weekday. Unsubscribe in one click. We never sell or share your address.
Test yourself
Instant feedback on every answer, and a shareable certificate with a verifiable ID once you pass a course.
Support free AI education. AI Understanding is a 501(c)(3) nonprofit — no ads, no paywall, ever. Make a donation
Viết truy vấn SQL bằng AI có nghĩa là mô tả câu hỏi bạn muốn trả lời bằng tiếng Anh đơn giản, cung cấp cho mô hình các định nghĩa bảng và cột của bạn, đồng thời yêu cầu mô hình soạn thảo, giải thích hoặc tối ưu hóa SQL cho bạn. Điều này quan trọng vì các nhà phân tích, nhà tiếp thị và nhà phát triển có thể nhận được câu trả lời từ cơ sở dữ liệu nhanh hơn nhiều, miễn là họ kiểm tra kết quả đầu ra với dữ liệu thực trước khi tin tưởng vào nó.
Nếu không có lược đồ của bạn, mô hình phải đoán tên bảng và cột. Việc cung cấp cho nó cấu trúc thực tế cùng với các quy tắc kinh doanh sẽ loại bỏ hầu hết các phỏng đoán đó.
PostgreSQL, MySQL, SQL Server, SQLite, BigQuery và Snowflake xử lý ngày tháng, nối chuỗi và giới hạn hàng theo cách khác nhau, do đó, một truy vấn cho một truy vấn có thể bị hỏng trên một truy vấn khác.
Đây là tham gia phân xuất riêng: tham gia vào một bảng có nhiều hàng trên mỗi đơn hàng sẽ nhân đôi tổng số của mỗi đơn hàng. Tổng hợp ở đúng hạt, thường ở dạng CTE, trước khi nối.
Giải thích bằng ngôn ngữ đơn giản cho phép bạn so sánh những gì truy vấn thực sự làm với những gì bạn muốn nói, phát hiện các lỗi logic vẫn chạy mà không có khiếu nại.
COUNT(*) đếm các hàng bất kể nội dung, trong khi COUNT(cột) bỏ qua các hàng trong đó cột đó là NULL. Trộn chúng lên sẽ thay đổi kết quả một cách lặng lẽ.
Tiếp tục học hỏi
Đã chọn thêm hướng dẫn cho chủ đề này
Tiếp theoHướng dẫn tiếp theo
Cách viết tập lệnh bảng tính và macro bằng AI
kỹ thuật