Czy jest jakaś różnica między umieszczeniem aliasu kolumny na początku lub na końcu definicji kolumny?

Zawsze widziałem i zapisywałem moje aliasy kolumn jako

SELECT 1 as ColumnName

ale dzisiaj natrafiłem na zapytanie, które wykorzystało

SELECT ColumnName = 1

Czy jest jakaś różnica w sposobie wykonywania tych dwóch zapytań? A może wśród DBA istnieje standard, którego użyć?

Osobiście uważam, że 2. byłoby łatwiejsze do odczytania / utrzymania dla dłuższych definicji kolumn (dobry przykład tutaj z tego artykułu ), jednak nigdy nie widziałem drugiej składni używanej dzisiaj, więc zastanawiam się, czy jest jakiś powód, dla którego nie powinienem być Użyj tego.

Nie ma różnicy w podstawowej funkcjonalności dwóch rodzajów aliasingu (w asprzeciwieństwie do =). Sprowadza się do dokładnie tego, o czym wspomniałeś: Czytelność i łatwość konserwacji.

Moim zdaniem, pierwsza ( <Expression> as <Alias>) jest znacznie bardziej czytelna, ponieważ sama wyjaśnia. Jeśli tak SELECT ColumnName = 1, myślę, że łatwo byłoby pomylić to z ustawieniem zmiennej w te długie, zmęczone noce. Możesz pomylić to jako SELECT @ColumnName = 1i to będzie zupełnie inna funkcjonalność. Dlatego, aby ominąć jakąkolwiek możliwość zapytania „podwójne spojrzenie”, lub nawet gorzej… błąd w zrozumieniu / kodowaniu, idę ze SELECT 1 as ColumnName100% przypadków.

Osobiste preferencje, ale konsekwencja (dla ciebie i twojego zespołu) jest królem . Cokolwiek znajdziesz najłatwiej, idź i rób to cały czas. Nie ma nic bardziej frustrującego niż przełączanie się w przód i w tył dla kogoś, kto rozwiązuje problem / przegląda / utrzymuje kod.

Trzecim nie wymienionym sposobem jest użycie <Expression> <Alias>. Innymi słowy, Twój drugi sposób bez assłowa kluczowego. Myślę, że to jest tak samo złe jak =symbol. Brakuje czytelności na zysk czego? Nie wpisuję trzech dodatkowych znaków ( asi spacji). Nie warty tego.

Dla celów przesady spójrz na takie zapytanie:

use AdventureWorks2012;
go

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

Nie kod, który chciałbym sprawdzić.

Osobiście uważam, że alias = expressionłatwiej jest je czytać i rozumieć. Powodem jest to, że kiedy rozwiązuję problem z SELECTwyrażeniem zawierającym długie wyrażenia, prawdopodobnie chcę znaleźć wyrażenie według nazwy kolumny, a nie na odwrót. Szybko znajdź wyrażenie, które aplikacja widzi jako alias2:

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

To moja preferencja. Twoje mogą być inne. Nie ma żadnej prawdziwej korzyści z używania jednego lub drugiego, z wyjątkiem powodów subiektywnych / smakowych. Ważne jest, aby wybrać jeden sposób, aby to zrobić i robić to konsekwentnie (i chyba że rzucisz monetą, będziesz w stanie obronić swój wybór, gdy spotkasz kogoś, kto lubi inną drogę). Ale jeśli napiszesz kod dla DBA tak wybrednego jak ja, przygotuj się na jego przepisanie. :-)

Napisałem o tym na blogu .

Jedną z rzeczy, która wydaje mi się jeszcze silniejsza, jest stosowanie pojedynczych cudzysłowów wokół nazw aliasów, np

column AS 'alias'
'alias' = column

Jedna forma jest przestarzała, ale obie są bardzo trudne do odczytania - i wielu początkujących myli alias jako dosłowny ciąg, ponieważ tak to wygląda. Z tych samych powodów absolutnie nie znoszę używania podwójnych cudzysłowów ( "alias"). Jeśli musisz uciec od swojego aliasu, ponieważ jest to słowo zastrzeżone lub jest źle wybrane lub sformatowane, użyj [square brackets].