มีเหตุผลที่ดีที่จะใช้ตัวพิมพ์ใหญ่สำหรับคำหลัก SQL หรือไม่? [ปิด]

ค่าเริ่มต้นดูเหมือนจะเป็นตัวพิมพ์ใหญ่ แต่มีเหตุผลอะไรที่จะใช้ตัวพิมพ์ใหญ่สำหรับคำหลักหรือไม่? ฉันเริ่มใช้ตัวพิมพ์ใหญ่เพราะฉันแค่พยายามจับคู่สิ่งที่ SQL Server ให้ฉันเมื่อใดก็ตามที่ฉันพยายามสร้างบางสิ่งเช่นขั้นตอนการจัดเก็บใหม่ แต่ตอนนั้นฉันรู้สึกแย่มากกับนิ้วลูก (ที่ 5) ของฉันที่ต้องShiftกดปุ่มค้างไว้เสมอฉันจึงหยุดใช้ตัวพิมพ์ใหญ่ เหตุผลใดที่ฉันควรกลับไปใช้ตัวพิมพ์ใหญ่

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

เป็นเพียงเรื่องของรูปแบบซึ่งอาจมีต้นกำเนิดในสมัยที่บรรณาธิการไม่ได้ทำโค้ดระบายสี

ฉันเคยชอบตัวพิมพ์ใหญ่ทั้งหมด แต่ตอนนี้ฉันเอนเอียงไปทางด้านล่างทั้งหมด

โดยส่วนตัวฉันไม่ชอบ SQL ของฉันตะโกนใส่ฉัน มันเตือนฉันว่าเป็นพื้นฐานหรือโคบอล

ดังนั้นฉันชอบตัวพิมพ์เล็ก T-SQL ของฉันที่มีชื่อวัตถุฐานข้อมูล MixedCase

อ่านง่ายกว่ามากและตัวอักษรและความคิดเห็นก็โดดเด่น

SQL เก่า เคสด้านบนกำลังตะโกน มันดูแปลกและดำเนินไปอย่างน่าเกลียด

แม้ว่าเนื้อหาจะเป็นความจริง แต่ไม่มีข้อใดกล่าวถึงเหตุผลพิเศษของภาษา SQLว่าทำไมคำหลักตัวพิมพ์ใหญ่จึงเป็นแบบแผนที่ดี

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

ดังนั้นคำตอบโดยตรงสำหรับคำถามของคุณคือคำตอบสำหรับ "เหตุใดผู้อ่านโค้ด SQLจึงได้รับประโยชน์มากมายจากคำหลักตัวพิมพ์ใหญ่ในเมื่อนั่นไม่เป็นความจริงสำหรับภาษาสมัยใหม่ส่วนใหญ่":

• ต้องพึ่งพาการรักษาคำหลักในหัวของคนเป็นที่เหมาะสมสำหรับภาษาที่ทันสมัยมาก แต่ไม่มีเหตุผลสำหรับ SQL ; มีคำหลักมากเกินไปและมีรูปแบบต่างๆมากเกินไป

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

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

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

การไฮไลต์บางครั้งอาจช่วยได้ แต่ถ้าปากกาเน้นข้อความรู้ว่าคุณมี SQL และเรามักจะมี SQL ในบริบทที่ตัวแก้ไข / ตัวจัดรูปแบบไม่สามารถทราบได้อย่างสมเหตุสมผลว่ากำลังจัดการกับ SQL ตัวอย่าง ได้แก่ การสืบค้นข้อมูลในบรรทัดเอกสารโปรแกรมเมอร์และสตริงข้อความภายในรหัสของภาษาอื่น สิ่งเดียวกันนี้ไม่เป็นความจริงในทุกๆที่สำหรับภาษาเช่น Python หรือ C ++ ใช่บางครั้งรหัสของพวกเขาจะปรากฏในตำแหน่งเหล่านั้น แต่ก็ไม่ได้ทำเป็นประจำอย่างที่เป็นรหัส SQL

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

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

ตัวอย่างของกอร์ดอนเบลล์ไม่ถูกต้อง โดยทั่วไปจะเน้นเฉพาะคำหลักเท่านั้นไม่ใช่ข้อความค้นหาทั้งหมด ตัวอย่างที่สองของเขาจะมีลักษณะดังนี้:

SELECT name, id, xtype, uid, info, status, 
base_schema_ver, replinfo, parent_obj, crdate, 
ftcatid, schema_ver, stats_schema_ver, type, 
userstat, sysstat, indexdel, refdate, version, 
deltrig, instrig, updtrig, seltrig, category, cache
FROM sysobjects
WHERE category = 0
AND xtype IN ('U', 'P', 'FN', 'IF', 'TF')
ORDER BY 1

ฉันพบว่าสิ่งนี้อ่านง่ายกว่ามากเนื่องจากคีย์เวิร์ดโดดเด่นมากขึ้น แม้ว่าจะมีการเน้นไวยากรณ์ แต่ฉันก็พบว่าตัวอย่างที่ไม่มีตัวอักษรอ่านยากกว่ามาก

ที่ บริษัท ของฉันเราไปไกลกว่าเล็กน้อยด้วยการจัดรูปแบบ SQL ของเรา

SELECT      name, id, xtype, uid, info, status, 
            base_schema_ver, replinfo, parent_obj, crdate, 
            ftcatid, schema_ver, stats_schema_ver, type, 
            userstat, sysstat, indexdel, refdate, version, 
            deltrig, instrig, updtrig, seltrig, category, cache
FROM sysobjects
LEFT JOIN systhingies ON
    sysobjects.col1=systhingies.col2
WHERE category = 0
    AND xtype IN ('U', 'P', 'FN', 'IF', 'TF')
ORDER BY 1

มีช่วงเวลาที่คนส่วนใหญ่ไม่ได้มีความเป็นไปได้ในการเข้ารหัสสิ่งใดก็ตามที่อยู่นอกเหนือจากตัวอักษรบนเคสเนื่องจากการเข้ารหัสที่เกี่ยวข้อง (ASCII) ยังไม่ได้รับการประดิษฐ์ มีเพียงหกบิตเท่านั้น ในขณะที่ SQL มีจำนวนมากขึ้นตัวอักษรกรณีที่ต่ำกว่านั้นไม่ใช่วิธีปฏิบัติทั่วไปในการเขียนโปรแกรม

โปรดทราบว่าบางคนเรียกร้องว่าฐานข้อมูลจะได้รับความรู้สึกเร่งรีบและเรียกใช้คำถามของคุณได้เร็วขึ้น

ตัวอักษรน้อยกว่า 10% ในข้อความที่เราอ่านเป็นตัวพิมพ์ใหญ่ ดังนั้นสมองของเราจึงกระตือรือร้นในการจดจำตัวอักษรตัวพิมพ์เล็กมากกว่าตัวพิมพ์ใหญ่ การศึกษาพบว่าการอ่านข้อความตัวพิมพ์ใหญ่ใช้เวลานานกว่า นี่เป็นเพียงตัวอย่างเดียว:

http://www.guardian.co.uk/media/mind-your-language/2010/oct/04/new-york-street-signs-capitals

ตัวอย่างข้างต้นฉันคิดว่าเน้นย้ำว่าแม้ว่าคุณจะพูดถึงแค่หนึ่งหรือสองคำ แต่ก็สร้างความแตกต่าง

เป็นเพราะ SQL เป็นภาษาเก่า ( 1974 ) ซึ่งเมื่อถูกสร้างขึ้นแป้นพิมพ์ส่วนใหญ่ไม่มีตัวพิมพ์เล็ก! เอกสารประกอบภาษาสะท้อนให้เห็นถึงเทคโนโลยีในยุคนั้น

การวิจัยได้พิสูจน์แล้วว่า CAPS ทั้งหมดอ่านยากกว่ามากดังนั้นการบริหารทางหลวงของรัฐบาลกลางแห่งสหรัฐอเมริกาจึงได้สั่งให้ใช้เครื่องหมายผสมในคู่มือของพวกเขาเกี่ยวกับอุปกรณ์ควบคุมการจราจรแบบเครื่องแบบซึ่งระบุว่า:

ตัวอักษรสำหรับชื่อสถานที่ถนนและทางหลวงบนป้ายบอกทางทั่วไปจะต้องผสมระหว่างตัวอักษรตัวพิมพ์เล็กและตัวพิมพ์ใหญ่เริ่มต้น

New York Post ยังเผยแพร่:

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

ไม่มีเหตุผลที่ดีที่จะใช้ตัวพิมพ์ใหญ่และเหตุผลที่ดีที่จะไม่ใช้

โดยส่วนตัวฉันเกลียดการใช้ตัวพิมพ์ใหญ่สำหรับคำหลัก SQL ฉันคิดว่ามันยากที่จะอ่านและไร้สาระในสมัยนี้และในยุคนี้

ภาษา SQL ถูกกำหนดให้ไม่คำนึงถึงขนาดตัวพิมพ์ ถอดนิ้วของคุณออกจากปุ่ม Shift นั้น!

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

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

ตัวพิมพ์ใหญ่อ่านได้น้อย โครงร่างของคำทั้งหมดมีรูปร่างเหมือนกล่อง ไม่มีลูกหลานหรือผู้สืบทอด FTW ตัวพิมพ์เล็ก!

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

ลองใช้ผลิตภัณฑ์จัดรูปแบบ (ฉันใช้ SQL Prompt / SQL Refactor จาก Red Gate) คุณสามารถตั้งค่าว่าต้องการให้ตัวพิมพ์ใหญ่ทำงานอย่างไรและรหัสของคุณจะได้รับการจัดรูปแบบอย่างสม่ำเสมอ พักพิงค์กี้ของคุณและปล่อยให้คอมพิวเตอร์ทำงานแทนคุณ

สาเหตุหนึ่งของการใช้ตัวพิมพ์ใหญ่อย่างต่อเนื่องคือเมื่อคุณ (หรือคนอื่น) กำลังดูโค้ดในบางอย่างเช่นแผ่นจดบันทึกทำให้อ่านง่ายขึ้น กล่าวคือคุณสามารถแยกความแตกต่างได้อย่างง่ายดายระหว่าง "คำหลัก" และชื่อตาราง, SP, udf ฯลฯ

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

Intellisense / การเติมข้อความอัตโนมัติใน Microsoft SQL Server Management Studio อนุญาตให้ใช้ตัวพิมพ์ใหญ่หรือตัวพิมพ์เล็กสำหรับคำสงวน แต่ตัวพิมพ์ใหญ่จะเรียกฟังก์ชันเช่น MAX (), SUM ()

ถึงกระนั้นโปรแกรมแยกวิเคราะห์ยังคงอนุญาตให้ประมวลผล max () และ sum () รุ่นตัวพิมพ์เล็กได้

นี่หมายถึงความสับสนเกี่ยวกับลักษณะของการประหารชีวิตดังนั้นจึงเป็นเพียงเรื่องของความชอบส่วนบุคคล

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

http://www.vim.org/scripts/script.php?script_id=305

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

ฉันเรียกโค้ด mySQL ส่วนใหญ่จากภายใน PHP และฉันทำการแก้ไข PHP ทั้งหมดภายในกลุ่ม (หรือฉันคิดว่าในกรณีนี้คือ VIM ;-) ตอนนี้ฉันแน่ใจว่ามีปลั๊กอินสำหรับเน้นโค้ด mySQL ภายใน PHP แต่ฉันไม่พบและฉันไม่ต้องเสียเวลาไปหามัน ดังนั้นฉันชอบที่จะมีทุกอย่างใน allcaps ฉันพบสิ่งนี้:

if ( !$bla ) 
{
   echo "select something from something where something";
}

if ( !$beepboop ) 
{
   echo "create table if not exists loremIpsum;
}

$query = "
CREATE TABLE IF NOT EXISTS HISTORY
(
   ID INT NOT NULL AUTO_INCREMENT,
   INSERTDATE TIMESTAMP DEFAULT NOW(),
   ALTERDATE TIMESTAMP(8) DEFAULT NOW(),
   DELETEDATE TIMESTAMP(8),
   ALTERCOUNT INT DEFAULT 0,
   SELECTCOUNT INT DEFAULT 0,

   PRIMARY KEY(ID),
)ENGINE=InnoDB
";

mysqlQuery( $query, $con );

ช่วยให้ฉันแยกแยะระหว่าง PHP กับ SQL ได้ดีกว่านี้มาก:

if ( !$bla ) 
{
   echo "select something from something where something";
}

if ( !$beepboop ) 
{
   echo "create table if not exists loremIpsum;
}

$query = "
create table if not exists history
(
   id int not null auto_increment,
   insertdate timestamp default now(),
   alterdate timestamp(8) default now(),
   deletedate timestamp(8),
   altercount int default 0,
   selectcount int default 0,

   primary key(id),
)engine=InnoDB
";

mysqlQuery( $query, $con );

นอกจากนี้ด้วยเหตุผลบางประการฉันเกลียดการผสม allcaps กับกรณีอูฐดังนี้:

CREATE TABLE IF NOT EXISTS history
(
   ID INT NOT NULL AUTO_INCREMENT,
   insertDate TIMESTAMP DEFAULT NOW(),
   alterDate TIMESTAMP(8) DEFAULT NOW(),
   deleteDate TIMESTAMP(8),
   alterCount INT DEFAULT 0,
   selectCount INT DEFAULT 0,

   PRIMARY KEY(ID),
)ENGINE=InnoDB

นั่นทำให้IDฉันรำคาญ มันควรจะเป็นid? หรือiD?