Existe alguma diferença entre colocar um alias de coluna no início ou no final da definição da coluna?

Eu sempre vi e escrevi meus aliases de coluna como

SELECT 1 as ColumnName

mas hoje deparei com uma consulta que usava

SELECT ColumnName = 1

Existe alguma diferença em como essas duas consultas são executadas? Ou existe um padrão entre os DBAs sobre qual deles usar?

Pessoalmente acho que o segundo seria mais fácil de ler / manter em definições de coluna mais longos (bom exemplo aqui a partir deste artigo ), no entanto eu nunca vi o 2º sintaxe usada antes de hoje, então estou querendo saber se há alguma razão eu não deveria ser usando isso.

Não há diferença na funcionalidade subjacente dos dois tipos de alias ( asao contrário de =). O que se resume é exatamente o que você mencionou: Legibilidade e manutenção.

Na minha opinião, o primeiro ( <Expression> as <Alias>) é muito mais legível, pois é auto-explicativo. Quando você tem SELECT ColumnName = 1, acho que seria muito fácil confundir isso como definir uma variável nessas longas noites cansadas. Você pode confundir isso como SELECT @ColumnName = 1e isso seria uma funcionalidade completamente diferente. Portanto, para contornar qualquer possibilidade da consulta "look duplo", ou ainda pior ... erro no entendimento / codificação, vou com SELECT 1 as ColumnName100% do tempo.

A preferência pessoal, mas a consistência (para você e para sua equipe) é o rei . O que você achar mais fácil, faça e faça isso o tempo todo. Não há nada mais frustrante do que alternar para alguém solucionar problemas / revisar / manter o código.

A terceira maneira não mencionada é usar <Expression> <Alias>. Em outras palavras, sua segunda maneira sem a aspalavra - chave. Eu acho que isso é tão ruim quanto o =símbolo. Falta legibilidade ao ganho de quê? Não digitando três caracteres extras ( ase um espaço). Não vale a pena.

Para fins de exagero, dê uma olhada em uma consulta como esta:

use AdventureWorks2012;
go

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

Não é um código que eu gostaria de revisar.

Pessoalmente, acho alias = expressionmais fácil ler e compreender. O motivo é que, quando estou solucionando problemas de uma SELECTinstrução que possui expressões longas, provavelmente desejo encontrar a expressão pelo nome da coluna, e não o contrário. Rápido, encontre a expressão que o aplicativo vê como alias2:

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

Essa é a minha preferência. O seu pode ser diferente. Não há verdadeira vantagem em usar um ou outro, exceto por razões subjetivas / de gosto. O importante é que você escolha uma maneira de fazê-lo, e faça-o de forma consistente (e, a menos que você jogue uma moeda, seja capaz de defender sua escolha quando se deparar com alguém que gosta do outro lado). Mas se você escrever um código para um DBA tão exigente quanto eu, esteja preparado para ser reescrito. :-)

Eu escrevi sobre isso .

Uma coisa sobre a qual me sinto ainda mais forte é o uso de aspas simples em torno de nomes alternativos, por exemplo,

column AS 'alias'
'alias' = column

Um formulário está obsoleto, mas ambos são muito difíceis de ler - e muitos iniciantes confundem o alias como uma string literal, pois é assim que parece. Pelas mesmas razões, detesto absolutamente o uso de aspas duplas ( "alias"). Se você precisar escapar do seu alias por ser uma palavra reservada ou de outra forma mal escolhida ou formatada, use [square brackets].