Verwenden von Backticks um Feldnamen

Nachdem ich hier einige Antworten und Kommentare zu einigen SQL-Fragen gelesen und gehört habe, dass ein Freund von mir an einem Ort arbeitet, an dem eine Richtlinie dies verbietet, frage ich mich, ob bei der Verwendung von Backticks um Feldnamen in MySQL etwas nicht stimmt .

Das ist:

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

Mit Backticks können Sie alternative Zeichen verwenden. Beim Schreiben von Abfragen ist das kein Problem, aber wenn man davon ausgeht, dass man nur Backticks verwenden kann, würde ich davon ausgehen, dass man damit mit lächerlichen Dingen wie z

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

Was natürlich schlecht benannte Tabellen erzeugt.

Wenn Sie nur präzise sind, sehe ich kein Problem damit. Sie werden feststellen, ob Sie Ihre Abfrage als solche ausführen

EXPLAIN EXTENDED Select foo,bar,baz 

Die generierte Warnung, die zurückkommt, enthält Back-Ticks und vollständig qualifizierte Tabellennamen. Wenn Sie also Funktionen zur Generierung von Abfragen und das automatische Umschreiben von Abfragen verwenden, würden Backticks alles, was Ihren Code analysiert, weniger verwirren.

Ich denke jedoch, anstatt zu bestimmen, ob Sie Backticks verwenden können oder nicht, sollten sie einen Standard für Namen haben. Es löst mehr "echte" Probleme.

Das einzige Problem mit Backticks ist, dass sie nicht ANSI-SQL-kompatibel sind, z. B. nicht in SQL Server funktionieren.

Wenn die Möglichkeit besteht, dass Sie Ihre SQL in eine andere Datenbank portieren müssen, verwenden Sie doppelte Anführungszeichen.

Für mich ist es sehr sinnvoll, sie beim Umgang mit Feldnamen immer zu verwenden.

• Erstens, wenn Sie sich erst einmal angewöhnt haben, tut es nicht weh, nur die Backtick-Taste zu drücken.
• Zweitens ist es für mich einfacher zu erkennen, welche Felder genau in Ihrer Abfrage enthalten sind und welche Schlüsselwörter oder Methoden verwendet werden.
• Schließlich können Sie beim Entwerfen Ihrer Tabelle einen beliebigen Feldnamen verwenden. Manchmal ist es sehr sinnvoll, ein Feld "Schlüssel", "Reihenfolge" oder "Werte" zu benennen. All dies erfordert Backticks, wenn auf sie verwiesen wird.

Backticks sind nicht Teil von Standard-ANSI-SQL. Aus dem MySQL-Handbuch :

Wenn der SQL-Modus ANSI_QUOTES aktiviert ist, können Bezeichner auch in doppelte Anführungszeichen gesetzt werden

Wenn Sie also Backticks verwenden und sich dann von MySQL entfernen, haben Sie ein Problem (obwohl Sie wahrscheinlich auch viel größere Probleme haben).

Es ist nichts falsch, wenn Sie weiterhin MYSQL verwenden, außer vielleicht der visuellen Unschärfe der Abfragen. Sie erlauben jedoch die Verwendung reservierter Schlüsselwörter oder eingebetteter Leerzeichen als Tabellen- und Spaltennamen. Dies ist bei den meisten Datenbank-Engines ein No-No und verhindert eine spätere Migration.

Zum einfachen Lesen verwenden viele Leute Großbuchstaben für SQL-Schlüsselwörter, z.

SELECT some_fied, some_other_field FROM whatever WHERE id IS NULL;

Wenn Sie mich fragen, sollten immer Backticks verwendet werden. Es gibt jedoch einige Gründe, warum ein Team es vorziehen könnte, sie nicht zu verwenden.

Vorteile:

• Mit ihnen gibt es keine reservierten Wörter oder verbotenen Zeichen.
• In einigen Fällen erhalten Sie aussagekräftigere Fehlermeldungen.
• Wenn Sie schlechte Praktiken vermeiden, ist Ihnen das egal, aber ... im wahrsten Sinne des Wortes sind sie manchmal eine gute Möglichkeit, SQL-Injektionen zu vermeiden.

Nachteile:

• Sie sind nicht Standard und normalerweise nicht tragbar. Solange Sie jedoch keinen Backtick als Teil eines Bezeichners verwenden (was die schlechteste Vorgehensweise ist, die ich mir vorstellen kann), können Sie Ihre Abfrage portieren, indem Sie Backticks automatisch entfernen.
• Wenn einige Ihrer Abfragen von Access stammen, zitieren sie möglicherweise Tabellennamen mit "(und möglicherweise können Sie nicht alle" blind entfernen). Es sind jedoch Mischungen aus Backticks und doppelten Anführungszeichen zulässig.
• Einige dumme Software oder Funktionen filtern Ihre Abfragen und haben Probleme mit Backticks. Sie sind jedoch Teil von ASCII, was bedeutet, dass Ihre Software / Funktion sehr schlecht ist.

Es ist viel einfacher, Ihre Codebasis nach etwas in Backticks zu durchsuchen. Angenommen, Sie haben eine Tabelle mit dem Namen event. grep -r "event" *kann Hunderte von Ergebnissen zurückgeben. grep -r "\`event\`" *gibt alles zurück, was wahrscheinlich auf Ihre Datenbank verweist.

Soweit ich weiß, besteht der gesamte Zweck der Verwendung von Backticks darin, dass Sie Namen verwenden können, die mit reservierten Schlüsselwörtern übereinstimmen. Wenn der Name nicht mit einem reservierten Schlüsselwort kollidiert, sehe ich keinen Grund, Backticks zu verwenden. Aber das ist auch kein Grund, sie zu verbieten.

Einfache Sache über Graviszeichen `` ist die Verwendung für bezeichnen Bezeichner wie database_name, table_name usw. und Apostroph ‚‘ , doppelte Anführungszeichen „“ für Stringliterale, während „“ Verwendung für Druckwert , wie es ist und ‚‘ druckt den Wert Variable halten oder in einem anderen Fall drucken Sie den Text aus, den er hat.

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

Wenn Sie einige Feldnamen als Standardwerte für MySQL oder MSSQL verwenden, z. B. "Status", müssen Sie Backticks verwenden (" statusAus Tabellenname auswählen " oder "ID aus Tabellenname auswählen, wobei status= 1"). weil MySQL Fehler zurückgibt oder die Abfrage nicht funktioniert.

Die Hauptverwendung von Backticks (`) in SQL besteht darin, sie in Situationen zu verwenden, in denen Sie sie in den nächsten Klauseln erneut aufrufen werden. In jeder zweiten Zeit wird empfohlen, doppelte Anführungszeichen ("") zu verwenden.

Beispielsweise

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;

In der obigen Anweisung sehen Sie, wie Publisher and Locationin GROUP BYKlausel wieder verwendet wird.

Anstatt zu verwenden

GRUPPE NACH Name, Stadt, Landescode

Ich habe es gerade benutzt

GRUPPIERE NACH Publisher and Location

Nur wenn solche Situationen auftreten, ist es nützlich, Backticks zu verwenden. In allen anderen Fällen wird die Verwendung von doppelten Anführungszeichen empfohlen.