ฉันสามารถพึ่งพาฟังก์ชั่นที่ถูกดำเนินการเป็นครั้งแรกใน SQL

โปรดพิจารณาสคริปต์ต่อไปนี้:

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                      
*/

ฉันสามารถพึ่งพาf(x)การดำเนินการก่อนที่บริบทจะถูกอ่านภายในมุมมองตามที่ได้รับในกรณีทดสอบนี้รันใน 10.2 หรือไม่

เลขที่

หากคุณเขียนมุมมองของคุณใหม่โดยใช้การกรองบริบทกับส่วนคำสั่ง where (แทนการเชื่อมต่อโดย) คุณจะได้รับค่าที่ตั้งไว้ก่อนหน้าสำหรับบริบท:

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 

เนื่องจากข้อใดถูกประเมินก่อนที่จะเลือกคอลัมน์ค่าที่ส่งผ่านไปยังฟังก์ชันจะไม่ถูกตั้งค่าจนกว่าจะอ่านบริบทแล้ว ตำแหน่งของการโทร sys_context ในคิวรีของคุณ (เลือกที่จัดกลุ่มตาม ฯลฯ ) จะมีผลกับการตั้งค่านี้

โดยทั่วไปแล้วคุณไม่สามารถคาดเดาได้อย่างปลอดภัยเกี่ยวกับลำดับที่ DBMS ของคุณจะทำสิ่งต่าง ๆ เมื่อประเมินคำสั่ง SQL เดียว นี่คือสาเหตุที่ DBMS จำนวนมากไม่อนุญาตให้ใช้ฟังก์ชั่นที่มีผลข้างเคียง (เช่น MSSQL จะไม่อนุญาตให้ฟังก์ชันตั้งค่าสถานะโกลบอล / การเชื่อมต่อซึ่งคุณกำลังทำอยู่หรือแก้ไขเนื้อหาตาราง) ชุดคำสั่งจะต้องดำเนินการในลักษณะที่เหมาะสมจากขั้นตอนหนึ่งไปยังอีกขั้น (นั่นคือพวกเขาจะทำงานแบบลำดับหรือในลักษณะที่คุณไม่สามารถบอกพวกเขาไม่ได้) แต่ภายในคำสั่งเดียวที่วางแผนการสืบค้น มีการครองราชย์ฟรีตราบใดที่มันไม่ได้มีความกำกวมซึ่งไม่ได้มีอยู่ (ในตัวอย่างของคุณมีความกำกวมอยู่แล้วเนื่องจากฟังก์ชันมีผลข้างเคียงที่มีผลต่อมุมมอง)

หากตัววางแผนคิวรีมีความสว่างเพียงพอที่จะตรวจพบว่ามุมมองได้รับผลกระทบจากผลข้างเคียงของฟังก์ชั่นมันจะทำอย่างไรถ้าคุณเข้าร่วมในมุมมองอื่นที่เรียกว่าฟังก์ชันนั้นอาจมีค่าอินพุตต่างกัน มันอาจจะค่อนข้างขนดกอย่างรวดเร็ว - สิ่งนี้เป็นเหตุผลว่าทำไมโดยทั่วไปในบริบทของการเขียนโปรแกรมฟังก์ชั่นไม่ควรมีเอฟเฟกต์เกินกว่าที่จะเอาท์พุทของตัวเอง

ในตัวอย่างเฉพาะนี้ฉันจะบอกว่ามันไม่น่าเป็นไปได้ที่จะเรียก f (x) เป็นอันดับแรกเนื่องจากเป็นส่วน "แสดง" ของคำแถลง int: ผลลัพธ์ที่ตั้งจากมุมมองน่าจะถูกเรียกคืนก่อนหน้าที่ใด ๆ ภายใน รายการของคอลัมน์ที่จะส่งคืนจะถูกประเมิน แน่นอนว่าสิ่งนี้จะแตกต่างกันไปขึ้นอยู่กับ DBMS ที่ใช้: ฉันไม่มีผู้เชี่ยวชาญของ Oracle และผลการทดสอบของคุณแสดงให้เห็นว่าฟังก์ชั่นนั้นถูกเรียกมาเป็นอันดับแรกในกรณีเหล่านี้ แต่ฉันจะระวังการพึ่งพาคำสั่งการดำเนินการภายในคำสั่ง SQL ใด ๆ ทั้งหมดเหมือนกัน - แม้ว่ามันจะทำงานได้อย่างที่คุณคาดหวังในขณะนี้มันอาจไม่ทำเช่นนั้นในการแก้ไขในอนาคต (เว้นแต่จะมีการบันทึกไว้อย่างเป็นทางการ ทางนี้)

เอกสารประกอบสัญญาเท่านั้นว่า "เครื่องมือเพิ่มประสิทธิภาพจะประเมินนิพจน์และเงื่อนไขที่มีค่าคงที่ให้ครบถ้วนที่สุด" ( 10.2 , 11.2 ) คุณไม่ได้รับประกันว่ามันจะประเมินการแสดงออกใด ๆ ก่อนหรือจะไม่เปลี่ยนลำดับนั้นเป็นครั้งคราว (แพทช์ใหม่ที่อยู่ในรีลีสเดียวกัน?)