Gibt es einen Unterschied zwischen dem Platzieren eines Spaltenalias am Anfang oder am Ende der Spaltendefinition?

Ich habe meine Spaltenaliase immer als gesehen und geschrieben

SELECT 1 as ColumnName

aber heute stieß ich auf eine Abfrage, die verwendet wurde

SELECT ColumnName = 1

Gibt es einen Unterschied, wie diese beiden Abfragen ausgeführt werden? Oder gibt es einen Standard unter den DBAs, den man verwenden soll?

Persönlich denke ich, dass die zweite für längere Spaltendefinitionen leichter zu lesen / zu pflegen wäre (gutes Beispiel hier aus diesem Artikel ), aber ich habe die bisher verwendete zweite Syntax noch nie gesehen und frage mich, ob es einen Grund gibt, warum ich nicht sollte es benutzen.

Es gibt keinen Unterschied in der zugrunde liegenden Funktionalität der beiden Arten von Aliasing (im asGegensatz zu =). Worauf es ankommt, ist genau das, was Sie erwähnt haben: Lesbarkeit und Wartbarkeit.

Meiner Meinung nach ist Ersteres ( <Expression> as <Alias>) viel lesbarer, da es selbsterklärend ist. Wenn Sie haben, SELECT ColumnName = 1denke ich, wäre es ziemlich einfach, das als eine Variable in diesen langen, müden Nächten zu verwechseln. Sie könnten das als verwechseln SELECT @ColumnName = 1und das wäre eine völlig andere Funktionalität. Um die Möglichkeit der Abfrage "Double Look" oder noch schlimmer ... Fehler beim Verstehen / Codieren zu umgehen, gehe ich SELECT 1 as ColumnName100% der Zeit.

Persönliche Vorlieben, aber Konsequenz (für Sie und Ihr Team) ist König . Was immer Sie am einfachsten finden, machen Sie es die ganze Zeit mit. Es gibt nichts Frustrierenderes als das Hin- und Herwechseln bei der Fehlerbehebung, Überprüfung und Pflege von Code.

Der dritte nicht erwähnte Weg ist zu verwenden <Expression> <Alias>. Mit anderen Worten, Ihr zweiter Weg ohne das asSchlüsselwort. Ich denke das ist genauso schlimm wie das =Symbol. Es fehlt die Lesbarkeit zu gewinnen, was? Keine Eingabe von drei zusätzlichen Zeichen ( asund einem Leerzeichen). Ist es nicht wert.

Betrachten Sie zu Übertreibungszwecken eine Abfrage wie die folgende:

use AdventureWorks2012;
go

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

Kein Code, den ich überprüfen möchte.

Persönlich finde ich alias = expressionleichter zu lesen und zu verstehen. Der Grund dafür ist, dass ich bei der Fehlerbehebung bei einer SELECTAnweisung mit langen Ausdrücken den Ausdruck wahrscheinlich über den Spaltennamen suchen möchte, nicht umgekehrt. Finden Sie schnell den Ausdruck, den die Anwendung sieht als alias2:

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

Das ist meine Präferenz. Ihre kann anders sein. Es gibt keinen wirklichen Vorteil, das eine oder das andere zu verwenden, außer aus subjektiven / geschmacklichen Gründen. Wichtig ist, dass Sie einen Weg wählen, um dies konsequent zu tun (und wenn Sie keine Münze werfen, können Sie Ihre Wahl verteidigen, wenn Sie auf jemanden stoßen, der den anderen Weg mag). Wenn Sie jedoch Code für einen DBA schreiben, der so pingelig ist wie ich, müssen Sie darauf vorbereitet sein, dass er umgeschrieben wird. :-)

Ich habe darüber gebloggt .

Eine Sache, bei der ich mich noch stärker fühle, ist die Verwendung von einfachen Anführungszeichen um Aliasnamen, z

column AS 'alias'
'alias' = column

Ein Formular ist veraltet, aber beide sind sehr schwer zu lesen - und viele Neulinge verwechseln den Alias ​​als String-Literal, da es so aussieht. Aus den gleichen Gründen verabscheue ich die Verwendung von doppelten Anführungszeichen ( "alias"). Wenn Sie sich von Ihrem Alias ​​entfernen müssen, weil es sich um ein reserviertes Wort handelt oder auf andere Weise schlecht ausgewählt oder formatiert ist, verwenden Sie [square brackets].