ใช้ backticks รอบชื่อฟิลด์

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

นั่นคือ:

SELECT `id`, `name`, `anotherfield` ...
-- vs --
SELECT id, name, anotherfield ...

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

SELECT `id`, `my name`, `another field` , `field,with,comma` 

ซึ่งแน่นอนสร้างตารางชื่อไม่ดี

หากคุณเป็นคนใจสั้นฉันไม่เห็นปัญหาคุณจะสังเกตว่าคุณเรียกใช้คิวรีของคุณหรือไม่

EXPLAIN EXTENDED Select foo,bar,baz 

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

ฉันคิดว่าอย่างไรก็ตามแทนที่จะบังคับว่าคุณสามารถใช้ backticks ได้หรือไม่พวกเขาควรมีมาตรฐานสำหรับชื่อ มันแก้ปัญหาที่ 'จริง' มากขึ้น

ปัญหาเดียวของ backticks คือพวกมันไม่สอดคล้องกับ ANSI-SQL เช่นพวกมันไม่ทำงานใน SQL Server

หากมีโอกาสที่คุณจะต้องย้าย SQL ของคุณไปยังฐานข้อมูลอื่นให้ใช้เครื่องหมายคำพูดคู่

สำหรับฉันมันสมเหตุสมผลมากที่จะใช้มันตลอดเวลาเมื่อต้องจัดการกับชื่อฟิลด์

• ประการแรกเมื่อคุณเข้าสู่นิสัยมันไม่เจ็บเพียงแค่กดปุ่มย้อนกลับ
• ประการที่สองสำหรับฉันมันทำให้ง่ายขึ้นที่จะเห็นว่าเขตข้อมูลในแบบสอบถามของคุณคืออะไรและคำหลักหรือวิธีการคืออะไร
• สุดท้ายช่วยให้คุณสามารถใช้ชื่อฟิลด์ใด ๆ ที่คุณต้องการเมื่อออกแบบตารางของคุณ บางครั้งการใส่ชื่อฟิลด์เป็น "คีย์", "คำสั่ง" หรือ "ค่า" เป็นเรื่องที่สมเหตุสมผล ... ซึ่งทั้งหมดนี้ต้องการ backticks เมื่อพูดถึงมัน

Backticks ไม่ได้เป็นส่วนหนึ่งของ ANSI SQL มาตรฐาน จากคู่มือ mysql :

หากเปิดใช้งานโหมด ANSI_QUOTES SQL จะอนุญาตการอ้างตัวระบุภายในเครื่องหมายคำพูดคู่

ดังนั้นหากคุณใช้ backticks และตัดสินใจที่จะย้ายออกจาก MySQL คุณมีปัญหา (แม้ว่าคุณอาจมีปัญหาที่ใหญ่กว่าเช่นกัน)

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

สำหรับการอ่านง่ายหลายคนใช้ตัวพิมพ์ใหญ่สำหรับคำหลัก SQL เช่น

SELECT some_fied, some_other_field FROM whatever WHERE id IS NULL;

หากคุณถามฉันควรใช้ backticks เสมอ แต่มีสาเหตุบางประการที่ทำให้ทีมไม่ต้องการใช้พวกเขา

ข้อดี:

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

ข้อเสีย:

• พวกเขาไม่ได้มาตรฐานและมักจะไม่พกพา อย่างไรก็ตามตราบใดที่คุณไม่ใช้ backtick เป็นส่วนหนึ่งของตัวระบุ (ซึ่งเป็นวิธีปฏิบัติที่เลวร้ายที่สุดที่ฉันสามารถจินตนาการได้) คุณสามารถพอร์ตคิวรีของคุณโดยการลบ backticks ออกโดยอัตโนมัติ
• หากข้อความค้นหาของคุณบางส่วนมาจาก Access พวกเขาอาจพูดชื่อตารางด้วย "(และบางทีคุณอาจไม่สามารถลบ" สุ่มสี่สุ่มห้าทั้งหมดออก) อย่างไรก็ตามอนุญาตให้มีการผสมแบ็คทิกและเครื่องหมายคำพูดคู่ได้
• ซอฟต์แวร์หรือฟังก์ชั่นโง่บางตัวกรองข้อความค้นหาของคุณและมีปัญหากับ backticks อย่างไรก็ตามมันเป็นส่วนหนึ่งของ ASCII ดังนั้นนี่หมายความว่าซอฟต์แวร์ / ฟังก์ชั่นของคุณแย่มาก

มันง่ายกว่ามากในการค้นหาโค้ด - เบสของคุณเพื่อหาสิ่งที่อยู่ใน backticks eventสมมติว่าคุณมีตารางชื่อ grep -r "event" *อาจส่งคืนผลลัพธ์นับร้อยรายการ grep -r "\`event\`" *จะส่งคืนสิ่งที่อ้างอิงฐานข้อมูลของคุณ

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

สิ่งที่เรียบง่ายเกี่ยวกับ backtick ``ใช้สำหรับแสดงตัวระบุเช่น database_name, table_name ฯลฯ และเครื่องหมายคำพูดเดี่ยว'' , เครื่องหมายคำพูดคู่""สำหรับตัวอักษรสตริงในขณะที่ "" ใช้สำหรับพิมพ์ค่าตามที่เป็นและพิมพ์ตัวแปรถือหรือ ในอีกกรณีหนึ่งพิมพ์ข้อความที่เขามี

i.e 1.-> use `model`;   
    here `model` is database name not conflict with reserve keyword 'model'
2- $age = 27;
insert into `tbl_people`(`name`,`age`,`address`) values ('Ashoka','$age',"Delhi");

here i used both quote for all type of requirement. If anything not clear let me know..

หากคุณใช้ชื่อฟิลด์บางชื่อเป็นค่า mysql หรือ mssql ที่เป็นค่าเริ่มต้นเช่น "status" คุณจะต้องใช้ backticks ("select statusfrom table_name" หรือ "select id จาก table_name โดยที่status= 1") เนื่องจาก mysql ส่งคืนข้อผิดพลาดหรือไม่สามารถสืบค้นได้

การใช้ backticks หลัก (`) ใน SQL คือการใช้มันในสถานการณ์ที่คุณจะเรียกมันอีกครั้งในส่วนคำสั่งที่กำลังจะมาถึง ในเวลาอื่น ๆ ขอแนะนำให้ใช้เครื่องหมายคำพูดคู่ ("")

ตัวอย่างเช่น

SELECT CONCAT(Name, ' in ', city, ', ', statecode) AS `Publisher and Location`,
    COUNT(ISBN) AS "# Books",
    MAX(LENGTH(title)) AS "Longest Title",
    MIN(LENGTH(title)) AS "Shortest Title"
FROM Publisher JOIN Book
ON Publisher.PublisherID = Book.PublisherID WHERE INSTR(name, 'read')>0
GROUP BY `Publisher and Location`
HAVING COUNT(ISBN) > 1;

ในคำสั่งด้านบนคุณเห็นวิธีการPublisher and Locationใช้อีกครั้งในGROUP BYข้อ

แทนที่จะใช้

กลุ่มตามชื่อเมืองรหัส

ฉันเพิ่งใช้

จัดกลุ่มตาม Publisher and Location

เมื่อสถานการณ์ดังกล่าวเกิดขึ้นจะเป็นประโยชน์ในการใช้ backticks ในเวลาอื่น ๆ ที่แนะนำให้ใช้เครื่องหมายคำพูดคู่