¿Hay alguna diferencia entre poner un alias de columna al principio o al final de la definición de columna?

Siempre he visto y escrito mis alias de columna como

SELECT 1 as ColumnName

pero hoy encontré una consulta que usaba

SELECT ColumnName = 1

¿Hay alguna diferencia en cómo se ejecutan estas dos consultas? ¿O hay un estándar entre los DBA sobre cuál usar?

Personalmente, creo que la segunda sería más fácil de leer / mantener para definiciones de columna más largas (buen ejemplo aquí de este artículo ), sin embargo, nunca he visto la segunda sintaxis utilizada antes de hoy, así que me pregunto si hay alguna razón por la que no debería ser usándolo

No hay diferencia en la funcionalidad subyacente de los dos tipos de alias ( asopuesto a =). Todo se reduce exactamente a lo que mencionó: legibilidad y facilidad de mantenimiento.

En mi opinión, el primero ( <Expression> as <Alias>) es mucho más legible ya que se explica por sí mismo. Cuando lo haya hecho SELECT ColumnName = 1, creo que sería bastante fácil confundir eso como establecer una variable en esas largas noches cansadas. Puede confundir eso como SELECT @ColumnName = 1y eso sería una funcionalidad completamente diferente. Por lo tanto, para evitar cualquier posibilidad de la consulta "doble mirada", o peor aún ... error en la comprensión / codificación, voy con el SELECT 1 as ColumnName100% del tiempo.

Preferencia personal, pero la consistencia (para usted y dentro de su equipo) es el rey . Sea lo que sea más fácil, ve y hazlo todo el tiempo. No hay nada más frustrante que cambiar de una persona a otra para solucionar problemas / revisar / mantener el código.

La tercera forma no mencionada es usar <Expression> <Alias>. En otras palabras, su segunda forma sin la aspalabra clave. Creo que esto es tan malo como el =símbolo. ¿Carece de legibilidad en beneficio de qué? No escribir tres caracteres adicionales ( asy un espacio). No vale la pena.

Para fines de exageración, eche un vistazo a una consulta como esta:

use AdventureWorks2012;
go

select
    [New Name] = Name,
    NewDepId = DepartmentID,
    GroupName as GName,
    ModifiedDate MyModDate
from HumanResources.Department;

No es un código que me gustaría revisar.

Personalmente, me resulta alias = expressionmás fácil de leer y comprender. La razón es que cuando estoy solucionando un problema de una SELECTdeclaración que tiene expresiones largas, probablemente quiera encontrar la expresión a través del nombre de la columna, no al revés. Rápido, encuentre la expresión que la aplicación ve como alias2:

SELECT
  alias1 = (long expression with aggregates and multiple column references),
  (long expression with aggregates and multiple column references AS alias2
FROM ...

Esa es mi preferencia. El tuyo puede ser diferente. No existe una verdadera ventaja al usar uno u otro, excepto por razones subjetivas / gustativas. Lo importante es que elijas una forma de hacerlo y lo hagas de manera consistente (y a menos que arrojes una moneda, podrás defender tu elección cuando te enfrentes a alguien a quien le gusta la otra). Pero si escribe código para un DBA tan quisquilloso como yo, prepárese para que se reescriba. :-)

He blogueado sobre esto .

Una cosa que me hace sentir aún más fuerte es el uso de comillas simples alrededor de los nombres de alias, p. Ej.

column AS 'alias'
'alias' = column

Una forma está en desuso, pero ambas son muy difíciles de leer, y muchos novatos confunden el alias como un literal de cadena, ya que así es como se ve. Por las mismas razones, detesto absolutamente el uso de comillas dobles ( "alias"). Si necesita escapar de su alias porque es una palabra reservada o está mal elegida o formateada, úsela [square brackets].