An alias is a feature of SQL that is supported by most, if not all, relational database management systems (RDBMSs). Aliases provide users with the ability to reduce the amount of code required for a query, and to make queries simpler to understand. In addition, aliasing is required when doing self joins (i.e. joining a table with itself.)
In SQL, you can alias tables and columns. A table alias is called a correlation name, according to the SQL standard.[1] A programmer can use an alias to temporarily assign another name to a table or column for the duration of the current SELECT query. Assigning an alias does not actually rename the column or table. This is often useful when either tables or their columns have very long or complex names. An alias name could be anything, but usually it is kept short. For example, it might be common to use a table alias such as "pi" for a table named "price_information".
The general syntax of an alias is
DepartmentID | DepartmentName | |
---|---|---|
31 | Sales | |
33 | Engineering | |
34 | Clerical | |
35 | Marketing |
We can also write the same query like this (Note that the AS clause is omitted this time):
A column alias is similar:
In the returned result sets, the data shown above would be returned, with the only exception being "DepartmentID" would show up as "Id", and "DepartmentName" would show up as "Name".
Also, if only one table is being selected and the query is not using table joins, it is permissible to omit the table name or table alias from the column name in the SELECT statement. Example as follows:
Some systems, such as Postgres[2] and Presto,[3] support specifying column aliases together with table aliases. E.g.
would produce the same result set as before. In this syntax it is permissible to omit aliases for some column names. In the example, an alias was provided for DepartmentId, but omitted for DepartmentName. Columns with unspecified aliases will be left unaliased. This syntax is often used with expressions that do not produce useful table and column names, such as VALUES[4] and UNNEST.[5] As an example, one may conveniently test the above SQL statements without creating an actual Departments table by using expressions such as