SQL anahtar sözcükleri için büyük harf kullanmak için iyi bir neden var mı? [kapalı]

Varsayılan büyük harf gibi görünüyor, ancak anahtar kelimeler için büyük harf kullanmak için gerçekten herhangi bir neden var mı? Büyük harf kullanmaya başladım çünkü yeni bir saklı yordam gibi bir şey yaratmaya çalıştığımda SQL Server'ın bana verdiği ile eşleşmeye çalışıyordum. Ama sonra, her zaman Shiftdüğmeyi basılı tutması gereken bebeğim (5.) parmağım için kendimi kötü hissettim , bu yüzden büyük harf kullanmayı bıraktım. Büyük harfe dönmem için herhangi bir neden var mı?

Düzenleme : Cevaplar için teşekkürler arkadaşlar. COBOL'un kral olduğu günlerde henüz programlama yapmıyordum , bu yüzden bunun farkında değildim. Bundan sonra küçük harfle devam edeceğim.

Bu sadece bir stil meselesi, muhtemelen editörlerin kod renklendirme yapmadıkları günlerde ortaya çıkıyor.

Eskiden tüm büyük harfleri tercih ederdim, ama şimdi tamamen aşağıya doğru eğiliyorum.

Kişisel olarak, SQL'imin bana bağırmasını sevmem. BU BANA TEMEL VEYA COBOL'U HATIRLADI.

Bu yüzden, MixedCase veritabanı nesne adlarıyla T-SQL küçük harfimi tercih ederim.

Okuması çok daha kolay ve edebi bilgiler ve yorumlar öne çıkıyor.

SQL ESKİDİR. ÜST KASA BAĞIRIYOR. GÜÇLÜ GÖRÜNÜYOR VE ÇİRKİN BERABER

Muhtemelen doğru olsa da, bunların hiçbiri büyük harfli anahtar kelimelerin neden iyi bir kural olduğu SQL diline özgü nedenleri ele almıyor.

Pek çok yeni dilden farklı olarak, SQL çok sayıda anahtar kelimeye sahiptir ve okuyucunun sözdizimini zihinsel olarak ayrıştırmak için anahtar kelimeleri tanımlayıcılardan ayırt etme yeteneğine güvenir .

Öyleyse sorunuzun doğrudan cevabı, " SQL kodu okuyucusu, çoğu modern dil için doğru olmadığına rağmen neden büyük harfli anahtar kelimelerden bu kadar çok faydalanıyor? " Sorusunun cevabıdır :

• Anahtar kelimeleri akılda tutmaya güvenmek birçok modern dil için makul, ancak SQL için mantıksız ; çok fazla anahtar kelimeye ve çok fazla değişkene sahip.

• Noktalama işaretlerine güvenmek çoğu modern dil için makul, ancak SQL için mantıksız ; sözdizimini belirtmek için anahtar kelimelerin kesin sırasına bağlı olarak çok az vardır.

• Anahtar kelimeleri ayırt etmek için otomatik vurgulayıcılara güvenmek, her zamanki durumlarda modern diller için mantıklıdır, ancak vurgulayıcıların SQL için neler yapabileceğinin gerçekliğini görmezden gelir . Çoğu, tüm SQL varyantlarının tüm anahtar kelimelerini kapsamaz ve ne olursa olsun, SQL, vurgulayıcının yardımcı olmayacağı bağlamlarda sık ve rutin olarak okunur.

Bunlar, SQL kodu okuyucusunun en iyi şekilde anahtar sözcükler için büyük harfleri standartlaştırarak ve tanımlayıcılar için yalnızca büyük olmayan (yani küçük veya karışık) harfleri kullanarak hizmet vermesinin SQL'e özgü nedenlerinden bazılarıdır .

Vurgulamak bazen yardımcı olabilir. Ancak yalnızca vurgulayıcı SQL'iniz olduğunu bilirse; ve genellikle düzenleyicinin / biçimlendiricinin SQL ile ilgilendiğini makul bir şekilde bilemediği bir bağlamda SQL'e sahibiz. Örnekler arasında satır içi sorgular, programcı dokümantasyonu ve başka bir dilin kodu içindeki metin dizeleri bulunur. Aynısı, Python veya C ++ gibi diller için yakın hiçbir yerde geçerli değildir; evet, kodları bazen bu yerlerde görünür, ancak bu rutin olarak SQL kodunda olduğu gibi yapılmaz.

Ayrıca, okuyucu genellikle belirli SQL uygulamanızın kullandığı anahtar kelimelerin yalnızca bir alt kümesini bilen bir vurgulayıcı kullanıyor olacaktır. Daha az yaygın olan anahtar kelimelerin çoğu, SQL varyantınızı yakından tanıyanlar dışında vurgulanmayacaktır. Dolayısıyla okuyucu, vurgulayıcı kullanıyor olsalar bile, orta derecede karmaşık herhangi bir SQL ifadesindeki anahtar kelimeleri ayırt etmek için daha doğrudan bir yönteme ihtiyaç duyar.

Böylece okuyucu sık sık - ve yazar bunun ne zaman olacağını önceden bilemez - yazarın anahtar kelime olarak neyi amaçladığını ve tanımlayıcı olarak neyin amaçlandığını bilmek için SQL ifadesinin içeriğinden yardıma ihtiyaç duyacaktır. Dolayısıyla, SQL içeriğinin okuyucu için anahtar kelimeleri ayırt etmesi gerekir ve büyük harf anahtar kelimeleri kullanmak, bunu yapmanın geleneksel ve kullanışlı yoludur.

Gordon Bell'in örnekleri tam olarak doğru değil; genel olarak, tüm sorgu değil, yalnızca anahtar kelimeler vurgulanır. İkinci örneği şöyle görünecektir:

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

Anahtar kelimeler daha fazla öne çıktığı için bunu okumayı çok daha kolay buluyorum. Sözdizimi vurgulamayla bile, büyük harf olmayan örneği okumayı çok daha zor buluyorum.

Şirketimde, SQL formatlamamızla biraz daha ileri gidiyoruz.

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

İLGİLİ KODLAMA (ASCII) HENÜZ İCAT EDİLMEMİŞ OLDUĞUNDAN ÇOĞU KİŞİNİN BÜYÜK HARFLERİN ÖTESİNDE HERHANGİ BİR ŞEYİ KODLAMA OLASILIĞINA SAHİP OLMADIĞI BİR ZAMANDA OLDU. SADECE ALTI BİT MEVCUTTUR . SQL DAHA SON OLDUĞUNDA, ALT DURUM HARFLERİ HENÜZ PROGRAMLAMADA YAYGIN BİR UYGULAMA DEĞİLDİ.

NOT BU BAZI İNSANLAR İDDİA VERİTABANI aciliyet hissi GET VE HIZLI SİZİN SORGULARINIZI çalıştıracağını.

Okuduğumuz metindeki harflerin% 10'undan azı büyük harftir. Bu nedenle beyinlerimiz, büyük harflere göre küçük harfleri tanımaya daha isteklidir. Çalışmalar, büyük harfli metni okumanın daha uzun sürdüğünü göstermiştir. İşte sadece bir örnek:

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

Yukarıdaki örnek sanırım sadece bir veya iki kelimeden bahsederken bile fark yarattığını vurguluyor.

Çünkü SQL o kadar eski bir dildir ( 1974 ), tasarlandığında çoğu klavyede küçük harfler yoktu! Dil dokümantasyonu zamanın teknolojisini basitçe yansıtıyordu.

Araştırmalar, TÜM BÜYÜK HARFLERİN okunmasının daha zor olduğunu kanıtlamıştır, öyle ki ABD Federal Karayolu İdaresi, Tek Tip Trafik Kontrol Cihazları El Kitabında karışık harfli işaretlerin kullanılmasını zorunlu kılmıştır:

Konvansiyonel yol kılavuzu işaretlerindeki yerlerin, caddelerin ve otoyolların adları için harfler, küçük harflerle ilk büyük harflerin birleşimi olacaktır.

New York Post ayrıca şunları da yayınladı:

Çalışmalar, tüm büyük harfleri okumanın daha zor olduğunu ve yoldan uzaklaşarak harcanan ekstra milisaniyelerin, özellikle yaşlı sürücüler arasında kaza olasılığını artırdığını göstermiştir.

Büyük harf kullanmak için iyi bir neden ve kullanmamak için iyi nedenler yoktur.

Kişisel olarak SQL anahtar kelimeleri için büyük harf kullanmaktan nefret ediyorum. Bu çağda okumayı daha zor ve absürt buluyorum.

SQL dili büyük / küçük harf duyarlı olarak tanımlanır. Parmağınızı o shift tuşundan çekin!

Büyük harf, anahtar kelime görünürlüğünde bir kazanç sağlayabilir, ancak kod vurgulama ve girinti ile bunu telafi edebilirsiniz.
Küçük harf kullanıyoruz çünkü sorgu editörü ve diğer araçlar t-sql kodunu düzenlemede harikalar yaratıyor ve küçük parmağa işkence etmeye gerek görmüyoruz.

Maymun bak, maymun benim için yap. Örüntü eşleştirme - bunu yaptığım gibi yaparsam, cümleciklerin yapısı zihinsel olarak daha kolay hizalanır.

Büyük harf daha az okunabilir. Tüm kelimelerin ana hatları kutu şeklindedir; hiçbir iniş veya çıkış yoktur. Küçük FTW!

Daha okunaklı buluyorum. Her cümlenin başlangıcı için bir satırsonu olması ve tümcecikler arasında girinti yapmak için aynıdır.

Bir biçimlendirme ürününü deneyin (Red Gate'den SQL Prompt / SQL Refactor kullanıyorum). Büyük harf kullanımının nasıl çalışmasını istediğinizi ayarlayabilirsiniz ve kodunuz her zaman tutarlı bir şekilde biçimlendirilir. Serçe parmağınızı dinlendirin ve bırakın işi sizin yerinize bilgisayar yapsın.

Büyük harf kullanmayı sürdürmenin nedenlerinden biri, siz (veya başka biri) kodu not defteri gibi bir şeyle görüntülediğinizde, okumayı kolaylaştırır. yani, "anahtar kelimeler" ile tablo adları, SP'ler, udf'ler vb. arasında kolayca ayrım yapabilirsiniz.

Uygunluk adına uygunluk dışında, hayır. Çok öznel bir konu olmasına rağmen, tüm SQL için karışık büyük / küçük harf kullanmayı tercih ederim. SQL'in okunması çok daha kolaydır ve anahtar kelimelerin zaten renk kodlu olduğu modern IDE'lerde hiçbir şey kaybolmaz.

Microsoft SQL Server Management Studio'daki intellisense / otomatik tamamlama, ayrılmış sözcükler için büyük ya da küçük harfe izin verir, ancak büyük harfler MAX (), SUM () gibi işlev çağrıları yapar.

Buna rağmen, ayrıştırıcı hala max () ve sum () 'un küçük harf sürümlerinin işlenmesine izin verir.

Bu, uygulamanın doğasına ilişkin bir kararsızlık anlamına gelir ve bu nedenle, sadece kişisel bir tercih meselesidir.

Büyük harflerle yazılan hiçbir şeyden hoşlanmıyorum (ve tüm büyük harfleri yazmaktan daha fazla nefret ediyorum), ancak kendimi topluluğa karşı çıkmaya ikna edemedim. Her zamanki gibi Vim ve ilişkili paketleri pek çok sorunun çözümüdür:

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

Normal olarak yazmanız yeterlidir; siz yazarken anahtar kelimeleri otomatik olarak büyük harf yapar. Tüm belirsiz SQL sözlerini kullanmadım ama henüz beni hayal kırıklığına uğratmadı.

MySQL kodumun çoğunu PHP içinden çağırıyorum ve tüm PHP düzenlemelerimi vim içinde yapıyorum (veya bu durumda, VIM ;-). Şimdi, PHP içinde mySQL kodunu vurgulamak için eklentiler olduğundan eminim, ancak onu bulamadım ve aramaya gitmek için vaktim yok. Bu nedenle, her şeyin allcaps'te olmasını tercih ederim . Bunu buldum:

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 ile SQL arasında bundan çok daha iyi bir ayrım yapmama yardımcı oluyor:

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 );

Ayrıca, bazı nedenlerden dolayı, allcaps'leri deve kılıfıyla karıştırmaktan nefret ediyorum, örneğin:

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

Bu IDbeni rahatsız ediyor. Bunun yerine olmalı idmı? veya iD?