Alan adları etrafında ters tırnaklar kullanma

Burada bazı SQL soruları üzerine birkaç cevap ve yorum okuduktan ve ayrıca bir arkadaşımın onları yasaklayan bir politikaya sahip bir yerde çalıştığını duyduktan sonra, MySQL'de alan adlarının çevresinde backticks kullanmanın yanlış bir şey olup olmadığını merak ediyorum .

Yani:

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

Geri vuruşları kullanmak, alternatif karakterler kullanmanıza izin verir. Sorgu yazma böyle bir sorun değil, ama biri sadece backticks kullanabileceğinizi varsayarsa, bunun gibi saçma şeylerden kurtulmanızı sağlar.

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

Tabii ki kötü adlandırılmış tablolar üretir.

Sadece özlü iseniz, bununla ilgili bir sorun görmüyorum, sorgunuzu böyle çalıştırdığınızı göreceksiniz

EXPLAIN EXTENDED Select foo,bar,baz 

Geri dönen uyarı, keneler ve tam olarak nitelenmiş tablo adlarına sahip olacaktır. Dolayısıyla, sorgu oluşturma özelliklerini ve sorguların otomatik olarak yeniden yazılmasını kullanıyorsanız, geri tıklamalar kodunuzu ayrıştıran her şeyi daha az karışık hale getirir.

Ancak bence, ters çentik kullanıp kullanamayacağınızı zorunlu kılmak yerine, isimler için bir standart olması gerekir. Daha 'gerçek' problemleri çözer.

Backtick'lerle ilgili tek sorun, ANSI-SQL uyumlu olmamalarıdır, örneğin SQL Server'da çalışmazlar.

SQL'inizi başka bir veritabanına taşıma şansınız varsa, çift tırnak kullanın.

Bana göre, alan adları ile uğraşırken bunları kullanmak çok mantıklı.

• Birincisi, alışkanlık haline geldiğinizde, backtick tuşuna basmak zarar vermez.
• İkincisi, benim için, sorgunuzdaki alanların tam olarak ne olduğunu ve anahtar kelimelerin veya yöntemlerin ne olduğunu görmeyi kolaylaştırır.
• Son olarak, tablonuzu tasarlarken istediğiniz alan adını kullanmanızı sağlar. Bazen bir alan "anahtar", "sipariş" veya "değerler" olarak adlandırmak çok mantıklı olur ... hepsi bunlara atıfta bulunurken geri tepme gerektirir.

Backticks, standart ANSI SQL'in bir parçası değildir. Gönderen MySQL kılavuzuna :

ANSI_QUOTES SQL modu etkinse, tanımlayıcıları çift tırnak içine almak da mümkündür

Dolayısıyla, geri tıklamaları kullanır ve ardından MySQL'den uzaklaşmaya karar verirseniz, bir sorununuz var (muhtemelen çok daha büyük sorunlarınız olsa da)

Sorguların görsel bulanıklığı dışında, MYSQL kullanmaya devam ederseniz yanlış bir şey yoktur. Ancak ayrılmış anahtar kelimelerin veya gömülü alanların tablo ve sütun adları olarak kullanılmasına izin verir. Bu, çoğu veritabanı motorunda bir no-no'dur ve daha sonra herhangi bir taşımayı önleyecektir.

Kolay okumaya gelince, birçok kişi SQL anahtar kelimeleri için kapaklar kullanır, örn.

SELECT some_fied, some_other_field FROM whatever WHERE id IS NULL;

Bana sorarsanız, her zaman backticks kullanılmalıdır. Ancak bir takımın bunları kullanmamayı tercih etmesinin bazı nedenleri vardır.

Avantajları:

• Bunları kullanarak ayrılmış kelimeler veya yasak karakterler yoktur.
• Bazı durumlarda, daha açıklayıcı hata iletileri alırsınız.
• Eğer umursamadığınız kötü uygulamalardan kaçınırsanız, ama ... gerçek anlamda, bazen SQL enjeksiyonlarından kaçınmanın iyi bir yoludur.

Dezavantajları:

• Standart değildir ve genellikle taşınabilir değildir. Bununla birlikte, bir tanımlayıcının parçası olarak (hayal edebildiğim en kötü uygulama olan) bir backtick kullanmadığınız sürece, sorguları otomatik olarak kaldırarak sorgunuzu taşıyabilirsiniz.
• Sorgunuzun bir kısmı Access'ten geliyorsa, tablo adlarını "(ve belki de tüm" körü körüne kaldıramazsınız) ile tırnak içine alabilir. Bununla birlikte, ters tırnak ve çift tırnak karışımlarına izin verilir.
• Bazı aptal yazılımlar veya işlevler sorgularınızı filtreler ve ters işaretlerle ilgili sorunlar yaşar. Ancak, bunlar ASCII'nin bir parçasıdır, bu da yazılımınızın / işlevinizin çok kötü olduğu anlamına gelir.

Kod tabanınızda backticks'te bir şey aramak çok daha kolay. Diyelim ki adlı bir tablonuz var event. grep -r "event" *yüzlerce sonuç getirebilir. grep -r "\`event\`" *muhtemelen veritabanınıza referansta bulunan her şeyi döndürür.

Bildiğim kadarıyla, backticks kullanmanın tüm amacı, ayrılmış anahtar kelimelerle çakışan adları kullanabilmenizdir. Bu nedenle, ad ayrılmış bir anahtar kelimeyle çarpışmıyorsa, geri tıklama kullanmak için herhangi bir neden göremiyorum. Ama bu da onları yasaklamak için bir sebep değil.

Backtick ile ilgili basit bir şey , `` veritabanı_adı, tablo_adı vb.Tek tek tırnak '' , tek tırnak '' , dize değişmezleri için çift ​​tırnak "" , "" olduğu gibi baskı değeri için kullanın ve '' değer değişkenini basılı tutun veya başka bir durumda sahip olduğu metni yazdırın.

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..

bazı alan adlarını varsayılan mysql veya mssql değerleri olarak kullanıyorsanız, örneğin "durum", backticks (" statustable_name'den seçin " veya "table_name'den id status= = " seçin ) gerekir. çünkü mysql hata döndürür veya sorguyu çalışmaz.

SQL'de backticks (`) 'nin ana kullanımı, onları yaklaşan cümlelerde tekrar arayacağınız durumlarda kullanmaktır. Diğer her zaman çift tırnak ("") kullanılması önerilir.

Örneğin

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;

Yukarıdaki ifadede Publisher and Location, GROUP BYmaddede nasıl kullanıldığını görüyorsunuz .

Kullanmak yerine

GROUP BY Ad, şehir, eyalet kodu

Az önce kullandım

GRUPLA Publisher and Location

Sadece bu gibi durumlar ortaya çıktığında, ters vuruş kullanmak yararlıdır. Diğer tüm zamanlarda çift tırnak kullanılması önerilir.