pagina - ¿Es malo omitir el punto y coma en las consultas de MySQL?

optimizar consultas mysql explain

Question

He estado omitiendo el punto y coma al final de mis consultas de MySQL recientemente, y se me ocurrió que esto podría tener posibles efectos negativos durante la carga del servidor, el almacenamiento en caché, etc. ¿Existe alguno de estos efectos?

Answer 1

Si el sistema puede decir el final de la declaración sin el punto y coma, omitirlos no hace daño. Si el sistema se confunde, importa. Como has podido dejarlos, no hay problema aparentemente. Mucho depende de cómo estás escribiendo tu SQL. Si está escribiendo declaraciones individuales en, digamos, PHP y luego enviándolas a MySQL para su procesamiento, el punto y coma es opcional.

Pregunta si "podría tener posibles efectos negativos durante la carga alta del servidor, el almacenamiento en caché, etc." La respuesta a eso es no''. Si tiene un efecto, está en la interpretación básica de lo que quisiste decir, y la diferencia es casi inevitablemente entre "funciona" y "no se compila, y mucho menos se ejecuta". Los efectos como la carga o el almacenamiento en caché son completamente independientes de la presencia o ausencia de punto y coma.

Esta respuesta se aplica de manera bastante general. Hay una referencia a una pregunta de SQL Server que sugiere que SQL Server no necesitaba punto y coma pero que se está modificando en ediciones más recientes para que sean necesarias. Se aplica a la mayoría de los demás DBMS. Los intérpretes de comandos de SQL que trabajan en una secuencia de comandos de SQL deben conocer los límites entre las sentencias de SQL, y el punto y coma es la forma estándar de representarlo, aunque existen otras convenciones (creo que algunos usos go y otros usan una barra oblicua para el trabajo). Pero fundamentalmente, se reduce a "funciona". Si lo hace, entonces el punto y coma no era necesario.