Preamble
PostgreSQL Alias can be used to create a temporary name for tables or columns. Column aliases are used to make it easier to read column headers in a set of results.
Table aliases are used to shorten your SQL code to make it easier to read or when you connect yourself (i.e. enumerate the same table more than once in the FROM statement).
Column alias syntax in PostgreSQL
column_name [ AS ] alias_name
or:
The syntax for table alias in PostgreSQL
table_name [ AS ] alias_name
Parameters or alias arguments
- column_name – the original name of the column to which you want to define an alias.
- table_name – the original name of the table you want to define an alias for.
- AS – Optional. Most programmers will specify AS when determining the column name alias, but not when determining the table name alias. Whether you specify an AS or not does affect an alias in PostgreSQL. This is a personal choice in PostgreSQL, in contrast to other databases. (Our examples will use AS when you specify a column name alias, but omit AS when you specify a table name alias).
- alias_name – A temporary name that can be given to a column or table.
Note:
- If alias_name contains spaces, you must enclose alias_name in quotes.
- It is acceptable to use spaces when creating a column name alias. However, it is usually not recommended to use spaces when creating a table name alias.
- alias_name is only allowed within an SQL statement.
Alias column
Usually, aliases are used to facilitate the reading of column headers in the resulting set. For example, when using the function MAX, you can use the result alias MAX.
For example, you can use an alias of the result of a function MAX:
SELECT sales_person, MAX(commission) AS highest
FROM sales
GROUP BY sales_person;
In this example, we called the MAX(commission) field as high. The result is that the highest will be displayed as a header for the second column when returning the result set. Since there were no spaces in our alias_name, we do not have to quote alias_name.
It would however be quite acceptable to write this example using quotes as follows:
SELECT sales_person, MAX(commission) AS "highest"
FROM sales
GROUP BY sales_person;
Next, let’s look at an example where we need to enclose alias_name in quotes.
For example:
SELECT sales_person, MAX(commission) AS "high commission"
FROM sales
GROUP BY sales_person;
In this example, we called the MAX(commission) field as “high commission”. Since there are spaces in this alias_name, “high commission” must be enclosed in quotes.
Alias table
When you create an alias for a table, this happens either because you plan to specify the same table name more than once in the FROM statement (i.e. Self join), or you want to shorten the table name to make the SQL statement shorter and more readable.
Let’s take a look at an example of how to create a table alias.
For example:
SELECT p.product_id, p.product_name, inventory.quantity
FROM products p
INNER JOIN inventory
ON p.product_id = inventory.product_id
ORDER BY p.product_name ASC, inventory.quantity DESC;
In this example, we created an alias for the products table called p. Within this SQL statement, we can now refer to the products table as p.
When creating table aliases, there is no need to create aliases for all tables listed in the FROM statement. You can create aliases for any or all tables in the following way.
For example, we could change our example above and create an alias for the table.
SELECT p.product_id, p.product_name, i.quantity
FROM products p
INNER JOIN inventory i
ON p.product_id = i.product_id
ORDER BY p.product_name ASC, i.quantity DESC;
We now have an alias for the inventory table with the name i, and an alias for the products table with the name p.
Tutorial; Alias In PostgreSQL
About Enteros
Enteros offers a patented database performance management SaaS platform. It proactively identifies root causes of complex business-impacting database scalability and performance issues across a growing number of clouds, RDBMS, NoSQL, and machine learning database platforms.
The views expressed on this blog are those of the author and do not necessarily reflect the opinions of Enteros Inc. This blog may contain links to the content of third-party sites. By providing such links, Enteros Inc. does not adopt, guarantee, approve, or endorse the information, views, or products available on such sites.
Are you interested in writing for Enteros’ Blog? Please send us a pitch!
RELATED POSTS
Smarter Retail IT: How Enteros Enhances Performance Management and Cost Attribution for SaaS Database Ecosystems
- 9 December 2025
- Database Performance Management
Introduction The retail industry is undergoing one of the most significant digital shifts in modern history. From omnichannel commerce and real-time inventory visibility to personalized customer experiences powered by AI and data analytics, retailers rely heavily on SaaS-based platforms and high-performance databases to keep their digital operations running seamlessly. Yet, this digital acceleration brings new … Continue reading “Smarter Retail IT: How Enteros Enhances Performance Management and Cost Attribution for SaaS Database Ecosystems”
Unlocking Financial Performance: How Enteros Elevates Database Optimization with Intelligent Cost Attribution
Introduction The financial sector operates in a landscape where precision, performance, and transparency are non-negotiable. Banks, investment firms, payment providers, and fintech enterprises depend on massive data ecosystems to power transactions, risk models, compliance reporting, customer analytics, and digital-first experiences. As these data workloads scale across hybrid and multi-cloud environments, ensuring optimal database performance and … Continue reading “Unlocking Financial Performance: How Enteros Elevates Database Optimization with Intelligent Cost Attribution”
The Future of Financial RevOps: Enteros’ AIOps-Powered Framework for Precision Cost Estimation
- 8 December 2025
- Database Performance Management
Introduction The financial sector is undergoing a massive transformation driven by digital acceleration, regulatory pressure, cloud migration, AI adoption, and rising customer expectations. Banks, insurance companies, fintechs, and wealth management firms now operate in a hyper-competitive landscape where agility, accuracy, and operational efficiency determine long-term success. Within this environment, Revenue Operations (RevOps) has emerged as … Continue reading “The Future of Financial RevOps: Enteros’ AIOps-Powered Framework for Precision Cost Estimation”
What Technology Teams Gain from Enteros’ GenAI-Driven Database Performance and Cloud FinOps Intelligence
Introduction The technology sector is entering a new era—one where rapid innovation, distributed architectures, and cloud-native systems fuel unprecedented digital acceleration. Yet behind this momentum sits a challenge that every CTO, DevOps leader, and cloud architect knows all too well: how do you maintain high performance, manage cost efficiency, and ensure seamless database reliability across … Continue reading “What Technology Teams Gain from Enteros’ GenAI-Driven Database Performance and Cloud FinOps Intelligence”