Có những lý do hợp lệ để lưu trữ SQL trong một bảng. Phần mềm tôi làm việc cùng lúc này bao gồm một hệ thống để tạo tài liệu và các tài liệu cần bao gồm các tính toán khá phức tạp sử dụng dữ liệu trong cơ sở dữ liệu. Các tài liệu được cập nhật thường xuyên, thường khác nhau đáng kể về mặt dữ liệu cần thiết và các tính toán cần được thực hiện. Về cơ bản, SQL đang được sử dụng như một ngôn ngữ kịch bản để thực hiện các tính toán này và SQL được lưu trữ trong các bảng cũng lưu trữ thông tin khác cho các tài liệu này. Những người duy trì các tài liệu đó không phải là lập trình viên hoặc DBA, nhưng họ quen thuộc với lược đồ cơ sở dữ liệu và họ thành thạo SQL. Sẽ là chi phí đáng kể để họ duy trì mã SQL đó dưới dạng các thủ tục được lưu trữ.
Đối với những gì bạn đã mô tả - "... một dự án sẽ yêu cầu khá nhiều công việc định kỳ sẽ thực thi các câu lệnh SQL theo định kỳ" - các câu trả lời khác có thể đúng khi đề xuất rằng bạn đã sử dụng các thủ tục lưu trữ, hoặc tương đương, cho DBMS mà bạn ' đang sử dụng.
Một tiêu chí tốt để quyết định xem việc lưu trữ SQL trong bảng có hợp lý hay không trong quy trình được lưu trữ là xác định ai sẽ duy trì SQL đó. Nếu người dùng duy trì SQL đó, tức là họ viết nó và thay đổi nó bất cứ khi nào họ muốn, thì điều đó có thể hoàn toàn tốt, và thực sự tốt nhất, để lưu trữ SQL đó trong một bảng. Nếu các nhà phát triển sẽ duy trì SQL đó, thì nó nên được lưu trữ ở dạng có thể được cập nhật bởi các thủ tục xây dựng và triển khai (hy vọng tự động) của bạn, ví dụ được lưu trữ dưới dạng một đối tượng như một thủ tục được lưu trữ trong chính cơ sở dữ liệu.