Tôi có thể dựa vào các hàm được thực thi đầu tiên trong SQL không

Vui lòng xem xét các kịch bản sau đây:

create or replace function f(p_limit in integer) return integer as
begin
  set_global_context ('limit', p_limit);
  return p_limit;
end;
/

create view v as 
select level as val from dual connect by level<=sys_context('global_context','limit');

select f(2), v.* from v;

/*
F(2)                   VAL                    
---------------------- ---------------------- 
2                      1                      
2                      2                      
*/

select f(4), v.* from v;

/*
F(4)                   VAL                    
---------------------- ---------------------- 
4                      1                      
4                      2                      
4                      3                      
4                      4                      
*/

Tôi có thể dựa vào f(x)việc được thực thi trước khi bối cảnh được đọc bên trong khung nhìn không, vì nó đã có trong trường hợp thử nghiệm này chạy trên 10.2?

Không.

Nếu bạn viết lại chế độ xem của mình bằng bộ lọc ngữ cảnh theo mệnh đề where (thay vì kết nối bởi), bạn sẽ nhận được giá trị được đặt trước đó cho ngữ cảnh:

create table t as 
 select rownum r from dual connect by level <= 10;

create or replace view v as 
  select r val from t where r <=sys_context('global_context','limit');

select f(2), v.* from v;

F(2) VAL
---- ---
   2   1 
   2   2 

select f(4), v.* from v;

F(4) VAL
---- ---
   4   1 
   4   2 

select f(4), v.* from v;

F(4) VAL
---- ---
   4   1 
   4   2 
   4   3 
   4   4 

Vì mệnh đề where được ước tính trước khi các cột được chọn, giá trị được truyền cho hàm không được đặt cho đến khi bối cảnh được đọc. Vị trí của lệnh gọi sys_context trong truy vấn của bạn (chọn, ở đâu, nhóm theo, v.v.) sẽ ảnh hưởng chính xác khi giá trị này được đặt.

Nói chung, bạn không thể giả định một cách an toàn bất cứ điều gì về thứ tự DBMS của bạn sẽ làm mọi thứ khi đánh giá một câu lệnh SQL. Đây là lý do tại sao nhiều DBMS sẽ không cho phép các hàm được sử dụng theo cách đó có tác dụng phụ (tức là MSSQL sẽ không cho phép các hàm đặt trạng thái toàn cầu / kết nối mà bạn đang thực hiện ở đó hoặc thay đổi nội dung bảng). Một loạt các câu lệnh phải được thực thi theo cách có ý nghĩa từ bước này sang bước tiếp theo (nghĩa là chúng được chạy một cách thanh thản hoặc theo cách mà bạn không thể nói chúng không phải), nhưng trong một câu lệnh, trình hoạch định truy vấn có thời gian trị vì miễn phí, nó không giới thiệu sự mơ hồ nơi nó chưa tồn tại (trong ví dụ của bạn đã có sự mơ hồ vì chức năng này có tác dụng phụ ảnh hưởng đến chế độ xem).

Nếu trình hoạch định truy vấn đủ sáng để phát hiện chế độ xem bị ảnh hưởng bởi các tác dụng phụ của chức năng, thì bạn sẽ làm gì nếu bạn tham gia vào một chế độ xem khác có chức năng đó với các giá trị đầu vào khác nhau? Nó có thể khá nhanh chóng có nhiều lông - loại điều này là lý do tại sao nói chung, trong bất kỳ bối cảnh lập trình nào, các hàm không nên có hiệu ứng vượt quá đầu ra của chính chúng.

Trong ví dụ cụ thể này, tôi sẽ nói rằng không chắc là f (x) sẽ được gọi đầu tiên, vì đó là phần "hiển thị" của câu lệnh: kết quả được đặt từ chế độ xem có thể được truy xuất trước bất kỳ hàm nào trong danh sách các cột để trả lại được đánh giá. Tất nhiên điều này sẽ thay đổi tùy thuộc vào DBMS được sử dụng: Tôi không phải là chuyên gia của Oracle và kết quả kiểm tra của bạn cho thấy rằng chức năng dường như được gọi đầu tiên trong các trường hợp này. Nhưng tôi sẽ cảnh giác khi dựa vào thứ tự thực thi trong bất kỳ câu lệnh SQL nào giống nhau - ngay cả khi nó luôn hoạt động theo cách bạn mong đợi ngay bây giờ, nó có thể không làm như vậy trong các phiên bản trong tương lai (trừ khi nó được ghi lại chính thức ở đâu đó cách này xung quanh).

Tài liệu chỉ hứa hẹn rằng "Trình tối ưu hóa trước tiên đánh giá các biểu thức và điều kiện chứa hằng số một cách đầy đủ nhất có thể." ( 10.2 , 11.2 ). Bạn không được đảm bảo rằng nó sẽ đánh giá bất kỳ biểu thức cụ thể nào trước tiên hoặc nó sẽ không thay đổi thứ tự đó theo thời gian (một bản vá mới trong cùng một bản phát hành?).