ทำไมฉันไม่สามารถใช้ตัวแปรใน T-SQL เหมือนที่ฉันจินตนาการได้

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

DECLARE @DatabaseName varchar(150)
SET @DatabaseName = 'MyAmazingDatabaseName'

CREATE DATABASE @DatabaseName
GO

USE @DatabaseName
GO

สำหรับหน้าหนังสือออนไลน์สำหรับตัวแปร

ตัวแปรสามารถใช้ได้เฉพาะในนิพจน์เท่านั้นไม่ใช่ตำแหน่งของชื่อวัตถุหรือคำหลัก ในการสร้างคำสั่ง SQL แบบไดนามิกให้ใช้ EXECUTE

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

DECLARE @name varchar(20);
SET @name = 'test';

CREATE TABLE [#tmp]([val] varchar(10));

insert into #tmp
values('test')

SELECT *
FROM [#tmp]
WHERE [val] = @name;

ข้อ จำกัด ในการใช้ตัวแปรในคำสั่ง SQL เกิดขึ้นจากสถาปัตยกรรมของ SQL

มีสามขั้นตอนในการประมวลผลคำสั่ง SQL:

1. การเตรียมการ - มีการแยกวิเคราะห์คำสั่งและรวบรวมแผนการดำเนินการโดยระบุว่าวัตถุฐานข้อมูลใดที่เข้าถึงวิธีเข้าถึงและวิธีการเชื่อมโยง แผนการดำเนินการถูกบันทึกไว้ในแผนแคชแคชแผน
2. Binding - ตัวแปรใด ๆ ในคำสั่งจะถูกแทนที่ด้วยค่าจริง
3. การดำเนินการ - แผนแคชจะดำเนินการด้วยค่าที่ถูกผูกไว้

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

ดังนั้นในSQL แบบคงที่ตัวแปรอาจถูกใช้ในสถานที่ที่พวกเขาจะไม่ทำให้แผนการดำเนินการเป็นโมฆะดังนั้นไม่ควรใช้กับชื่อตารางชื่อคอลัมน์ (รวมถึงชื่อคอลัมน์ในเงื่อนไข WHERE) เป็นต้น

Dynamic SQLมีอยู่สำหรับกรณีที่ไม่มีข้อ จำกัด และโปรแกรมเมอร์รู้ดีว่าจะต้องใช้เวลาดำเนินการนานกว่าเล็กน้อย Dynamic SQL อาจมีความเสี่ยงต่อการฉีดโค้ดที่เป็นอันตรายดังนั้นระวัง!

อย่างที่คุณเห็นคำถาม "ทำไม" ต้องใช้คำตอบที่แตกต่างกันรวมถึงเหตุผลทางประวัติศาสตร์และสมมติฐานพื้นฐานสำหรับภาษาฉันไม่แน่ใจว่าฉันจะสามารถทำสิ่งนั้นได้จริง

บทความที่ครอบคลุมโดย SQL MVP Erland Sommarskog พยายามให้เหตุผลบางอย่างพร้อมกับกลไก:

คำสาปและพรของ Dynamic SQL :

แผนการแคชแบบสอบถาม

แบบสอบถามทั้งหมดที่คุณเรียกใช้ใน SQL Server ต้องมีแผนแบบสอบถาม เมื่อคุณเรียกใช้คิวรีในครั้งแรก SQL Server จะสร้างแผนคิวรีสำหรับแบบสอบถามหรือเป็นคำศัพท์ที่ใช้ไปซึ่งจะรวบรวมคิวรี SQL Server บันทึกแผนในแคชและครั้งถัดไปที่คุณเรียกใช้แบบสอบถามแผนจะถูกนำมาใช้ใหม่

นี่ (และความปลอดภัยดูด้านล่าง) น่าจะเป็นเหตุผลที่ดีที่สุด

SQL ทำงานภายใต้สมมติฐานที่ว่าการสืบค้นไม่ใช่การดำเนินการเพียงครั้งเดียว แต่จะมีการใช้แบบสอบถามซ้ำไปซ้ำมา หากไม่มีการระบุตาราง (หรือฐานข้อมูล!) ในแบบสอบถามจริง ๆ ไม่มีวิธีการสร้างและบันทึกแผนการดำเนินการสำหรับการใช้งานในอนาคต

ใช่ไม่ใช่ทุกคำถามที่เราเรียกใช้จะถูกนำมาใช้ใหม่ แต่นี่คือหลักฐานการดำเนินงานเริ่มต้นของ SQLดังนั้น "ข้อยกเว้น" จึงมีความพิเศษ

เหตุผลอื่น ๆ อีกสองสามรายการ Erland (โปรดทราบว่าเขาแสดงรายการข้อดีของการใช้กระบวนงานที่เก็บไว้อย่างชัดเจนแต่สิ่งเหล่านี้ส่วนใหญ่เป็นข้อดีของแบบสอบถามแบบใช้พารามิเตอร์ (ไม่ใช่แบบไดนามิก):

• ระบบอนุญาต : เครื่องมือ SQL ไม่สามารถคาดการณ์ได้ว่าคุณมีสิทธิ์ในการเรียกใช้แบบสอบถามหรือไม่หากไม่ทราบว่ามีตาราง (หรือฐานข้อมูล) ที่คุณจะใช้งาน "โซ่สิทธิ์" โดยใช้ไดนามิก SQL เป็นความเจ็บปวดในก้น
• การลดปริมาณการใช้เครือข่าย : การส่งชื่อของ proc ที่เก็บไว้และค่าพารามิเตอร์สองสามตัวบนเครือข่ายนั้นสั้นกว่าคำสั่งการสืบค้นแบบยาว
• Encapsulating Logic : คุณควรคุ้นเคยกับข้อดีของการห่อหุ้มตรรกะจากสภาพแวดล้อมการเขียนโปรแกรมอื่น ๆ
• การติดตามสิ่งที่ใช้ : หากฉันต้องการเปลี่ยนคำจำกัดความของคอลัมน์ฉันจะค้นหารหัสทั้งหมดที่เรียกได้อย่างไร กระบวนการของระบบมีอยู่เพื่อค้นหาการอ้างอิงภายในฐานข้อมูล SQL แต่ถ้ารหัสอยู่ในกระบวนงานที่เก็บไว้
• ความง่ายในการเขียนรหัส SQL : การตรวจสอบไวยากรณ์เกิดขึ้นเมื่อคุณสร้างหรือแก้ไขขั้นตอนการจัดเก็บดังนั้นหวังว่าจะเกิดข้อผิดพลาดน้อยลง
• การจัดการข้อบกพร่องและปัญหา : DBA สามารถติดตามและวัดประสิทธิภาพของขั้นตอนการจัดเก็บแต่ละรายการได้ง่ายกว่า SQL แบบไดนามิกที่เปลี่ยนแปลงตลอดเวลา

อีกครั้งสิ่งเหล่านี้มีความแตกต่างเป็นร้อยที่ฉันจะไม่เข้าไปที่นี่

คุณต้องใช้ไดนามิก sql

DECLARE @DatabaseName varchar(150) = 'dbamaint'
declare @sqltext nvarchar(max) = N''

set @sqltext = N'CREATE DATABASE '+quotename(@DatabaseName)+ ';'

print @sqltext 

-- once you are happy .. uncomment below
--exec sp_executesql @sqltext
set @sqltext = ''
set @sqltext = N'use '+quotename(@DatabaseName)+ ';'
print @sqltext 
-- once you are happy .. uncomment below
--exec sp_executesql @sqltext

ด้านล่างนี้เป็นผลลัพธ์ของการพิมพ์ .. เมื่อคุณยกเลิกการคอมเม้นท์exec sp_executesql @sqltextข้อความจะถูกดำเนินการจริง ...

CREATE DATABASE [dbamaint];
use [dbamaint];