Usar retrocesos alrededor de los nombres de campo

Después de leer un par de respuestas y comentarios sobre algunas preguntas de SQL aquí, y también de escuchar que un amigo mío trabaja en un lugar que tiene una política que las prohíbe, me pregunto si hay algo malo en usar backticks alrededor de los nombres de campo en MySQL .

Es decir:

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

El uso de backticks le permite usar caracteres alternativos. En la redacción de consultas no es un problema, pero si se supone que puede usar backticks, supongo que le permite salirse con la suya con cosas ridículas como

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

Lo que, por supuesto, genera tablas mal nombradas.

Si solo está siendo conciso, no veo un problema, notará si ejecuta su consulta como tal

EXPLAIN EXTENDED Select foo,bar,baz 

La advertencia generada que vuelve tendrá tics de retroceso y nombres de tabla totalmente calificados. Por lo tanto, si está utilizando funciones de generación de consultas y una reescritura automática de consultas, los backticks harán que cualquier cosa que analice su código sea menos confusa.

Sin embargo, creo que, en lugar de exigir si puedes usar backticks, deberían tener un estándar para los nombres. Soluciona más problemas 'reales'.

El único problema con los backticks es que no son compatibles con ANSI-SQL, por ejemplo, no funcionan en SQL Server.

Si existe la posibilidad de que tenga que portar su SQL a otra base de datos, utilice comillas dobles.

Para mí tiene mucho sentido usarlos en todo momento cuando se trata de nombres de campo.

• En primer lugar, una vez que adquieras el hábito, no está de más presionar la tecla de retroceso.
• En segundo lugar, para mí, es más fácil ver cuáles son exactamente los campos en su consulta y cuáles son las palabras clave o los métodos.
• Por último, le permite usar cualquier nombre de campo que desee al diseñar su tabla. A veces tiene mucho sentido nombrar un campo "clave", "orden" o "valores" ... todo lo cual requiere retroceder cuando se hace referencia a ellos.

Los backticks no son parte del ANSI SQL estándar. Del manual de mysql :

Si el modo ANSI_QUOTES SQL está habilitado, también se permite citar identificadores dentro de comillas dobles

Entonces, si usa backticks y luego decide alejarse de MySQL, tiene un problema (aunque probablemente también tenga problemas mucho más grandes)

No hay nada de malo si sigues usando MYSQL, excepto tal vez la confusión visual de las consultas. Pero sí permiten el uso de palabras clave reservadas o espacios incrustados como nombres de tabla y columna. Este es un no-no con la mayoría de los motores de bases de datos y evitará cualquier migración en un momento posterior.

En cuanto a la lectura fácil, muchas personas usan mayúsculas para las palabras clave SQL, por ejemplo.

SELECT some_fied, some_other_field FROM whatever WHERE id IS NULL;

Si me preguntas, los backticks siempre deben usarse. Pero hay algunas razones por las que un equipo puede preferir no usarlas.

Ventajas:

• Al usarlos, no hay palabras reservadas o caracteres prohibidos.
• En algunos casos, obtienes mensajes de error más descriptivos.
• Si evita las malas prácticas, no le importa, pero ... en palabras reales, a veces son una forma decente de evitar las inyecciones de SQL.

Desventajas

• No son estándar y generalmente no son portátiles. Sin embargo, siempre y cuando no utilice un backtick como parte de un identificador (que es la peor práctica que puedo imaginar), puede transferir su consulta eliminando automáticamente los backticks.
• Si parte de su consulta proviene de Access, pueden citar los nombres de las tablas con "(y tal vez no pueda eliminar todo" a ciegas). Sin embargo, se permiten mezclas de backticks y comillas dobles.
• Algún estúpido software o función filtra sus consultas y tiene problemas con los backticks. Sin embargo, son parte de ASCII, por lo que esto significa que su software / función es muy malo.

Es mucho más fácil buscar en su base de código algo en backticks. Digamos que tienes una tabla llamada event. grep -r "event" *podría devolver cientos de resultados. grep -r "\`event\`" *devolverá cualquier cosa que probablemente haga referencia a su base de datos.

Bueno, hasta donde yo sé, el propósito de usar backticks es para que puedas usar nombres que coincidan con palabras clave reservadas. Entonces, si el nombre no está chocando con una palabra clave reservada, no veo ninguna razón para usar backticks. Pero, esa tampoco es razón para prohibirlos.

Cosa simple sobre la tecla de retroceso `` es usar para denotar identificador como nombre_base_datos, nombre_tabla, etc., y comilla simple '' , comilla doble "" para literales de cadena, mientras que "" se usa para imprimir el valor tal como está y '' imprimir la variable de valor retener o en otro caso imprime el texto que tiene.

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

si está utilizando algunos nombres de campo como valores predeterminados de mysql o mssql, por ejemplo, "estado", debe usar las marcas de retroceso ("select statusfrom table_name" o "select id from table_name where status= 1"). porque mysql devuelve errores o no funciona la consulta.

El uso principal de backticks (`) en SQL es usarlos en situaciones en las que va a volver a llamarlos en próximas cláusulas. En cualquier otro momento, se recomienda utilizar comillas dobles ("").

Por ejemplo

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;

En la declaración anterior, ¿cómo Publisher and Locationse usa nuevamente en la GROUP BYcláusula?

En lugar de usar

GROUP BY Nombre, ciudad, código de estado

Acabo de usar

AGRUPAR POR Publisher and Location

Solo cuando surgen tales situaciones, es útil usar backticks. En todos los demás tiempos se recomienda el uso de comillas dobles.