Utilizzo di backtick attorno ai nomi dei campi

Dopo aver letto un paio di risposte e commenti su alcune domande SQL qui, e anche sentito che un mio amico lavora in un posto che ha una politica che li vieta, mi chiedo se c'è qualcosa di sbagliato nell'usare i backtick attorno ai nomi dei campi in MySQL .

Questo è:

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

L'uso dei backtick ti consente di usare caratteri alternativi. Nella scrittura di query non è un problema del genere, ma se si presume che si possano semplicemente usare i backtick, suppongo che ti permetta di cavartela con cose ridicole come

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

Il che ovviamente genera tabelle mal denominate.

Se sei solo conciso, non vedo alcun problema, noterai se esegui la tua query in quanto tale

EXPLAIN EXTENDED Select foo,bar,baz 

L'avviso generato che ritorna avrà segni di spunta e nomi di tabella completi. Pertanto, se si utilizzano le funzionalità di generazione delle query e la riscrittura automatica delle query, i backtick renderebbero meno confuso tutto ciò che analizza il codice.

Penso tuttavia, invece di imporre se è possibile utilizzare o meno i backtick, dovrebbero avere uno standard per i nomi. Risolve problemi più "reali".

L'unico problema con i backtick è che non sono conformi ANSI-SQL, ad esempio non funzionano in SQL Server.

Se esiste la possibilità che tu debba trasferire il tuo SQL su un altro database, usa le doppie virgolette.

Per me ha molto senso usarli sempre quando si hanno a che fare con i nomi dei campi.

• In primo luogo, una volta presa l'abitudine, non fa male solo premere il tasto backtick.
• In secondo luogo, per me, è più facile vedere quali sono esattamente i campi nella query e quali sono parole chiave o metodi.
• Infine, ti consente di utilizzare qualsiasi nome di campo desideri durante la progettazione della tabella. A volte ha molto senso nominare un campo "chiave", "ordine" o "valori" ... che richiedono tutti i backtick quando ci si riferisce ad essi.

I backtick non fanno parte dello standard ANSI SQL. Dal manuale di mysql :

Se la modalità SQL ANSI_QUOTES è abilitata, è anche possibile citare gli identificatori tra virgolette doppie

Quindi, se usi i backtick e poi decidi di allontanarti da MySQL, hai un problema (anche se probabilmente hai anche problemi molto più grandi)

Non c'è niente di sbagliato se continui a usare MYSQL, tranne forse la confusione visiva delle query. Tuttavia, consentono l'uso di parole chiave riservate o spazi incorporati come nomi di tabelle e colonne. Questo è un no-no con la maggior parte dei motori di database e impedirà qualsiasi migrazione in un secondo momento.

Per quanto riguarda la facile lettura, molte persone usano i cap per le parole chiave SQL, ad es.

SELECT some_fied, some_other_field FROM whatever WHERE id IS NULL;

Se me lo chiedi, i backtick dovrebbero sempre essere usati. Ma ci sono alcuni motivi per cui una squadra potrebbe preferire non usarli.

vantaggi:

• Usandoli, non ci sono parole riservate o caratteri proibiti.
• In alcuni casi, ricevi messaggi di errore più descrittivi.
• Se eviti le cattive pratiche non ti interessano, ma ... in parole reali, a volte sono un modo decente per evitare iniezioni di SQL.

svantaggi:

• Non sono standard e di solito non portatili. Tuttavia, finché non si utilizza un backtick come parte di un identificatore (che è la peggiore pratica che io sia in grado di immaginare), è possibile eseguire il porting della query rimuovendo automaticamente i backtick.
• Se alcune delle tue query provengono da Access, possono citare i nomi delle tabelle con "(e forse non puoi rimuovere tutto" alla cieca). Tuttavia, sono consentite miscele di backtick e doppie virgolette.
• Alcuni stupidi software o funzioni filtrano le tue query e hanno problemi con i backtick. Tuttavia, fanno parte di ASCII, quindi questo significa che il tuo software / funzione è pessimo.

È molto più facile cercare nella base di codice qualcosa nei backtick. Supponi di avere una tabella chiamata event. grep -r "event" *potrebbe restituire centinaia di risultati. grep -r "\`event\`" *restituirà tutto ciò che probabilmente fa riferimento al tuo database.

Bene, per quanto ne so, l'intero scopo dell'utilizzo dei backtick è di poter usare nomi che coincidono con parole chiave riservate. Quindi, se il nome non si scontra con una parola chiave riservata, non vedo alcun motivo per utilizzare i backtick. Ma non è nemmeno un motivo per vietarli.

La cosa semplice su backtick `` è l'uso per indicare identificatore come database_name, table_name ecc. E virgoletta singola '' , virgoletta doppia "" per valori letterali stringa, mentre "" usa per stampare il valore così com'è e '' stampa la variabile valore hold o in un altro caso stampa il testo che ha.

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

se si utilizzano alcuni nomi di campo come valori mysql o mssql predefiniti, ad esempio "status", è necessario utilizzare i backtick ("select statusfrom table_name" o "select id from table_name where status= 1"). perché mysql restituisce errori o non funziona la query.

L'uso principale dei backtick (`) in SQL è di usarli in situazioni in cui li richiamerai nuovamente nelle clausole imminenti. In ogni altro momento si consiglia di utilizzare virgolette doppie ("").

Per esempio

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;

Nell'istruzione precedente vedi come Publisher and Locationviene usato di nuovo nella GROUP BYclausola.

Invece di usare

GRUPPO PER Nome, città, codice statale

Ho appena usato

RAGGRUPPA PER Publisher and Location

Solo quando si verificano tali situazioni, è utile utilizzare i backtick. In tutte le altre volte si consiglia di utilizzare virgolette doppie.