> For the complete documentation index, see [llms.txt](https://docs.postgresql.tw/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.postgresql.tw/the-sql-language/queries/queries-select-lists.md). # 7.3. Select Lists \# [7.3.1. Select-List Items](#QUERIES-SELECT-LIST-ITEMS) [7.3.2. Column Labels](#QUERIES-COLUMN-LABELS) [7.3.3. `DISTINCT`](#QUERIES-DISTINCT) As shown in the previous section, the table expression in the `SELECT` command constructs an intermediate virtual table by possibly combining tables, views, eliminating rows, grouping, etc. This table is finally passed on to processing by the *select list*. The select list determines which *columns* of the intermediate table are actually output. ## 7.3.1. Select-List Items [#](#QUERIES-SELECT-LIST-ITEMS) The simplest kind of select list is `*` which emits all columns that the table expression produces. Otherwise, a select list is a comma-separated list of value expressions (as defined in [Section 4.2](/the-sql-language/sql-syntax/sql-expressions.md)). For instance, it could be a list of column names: ``` SELECT a, b, c FROM ... ``` The columns names `a`, `b`, and `c` are either the actual names of the columns of tables referenced in the `FROM` clause, or the aliases given to them as explained in [Section 7.2.1.2](/the-sql-language/queries/queries-table-expressions.md#QUERIES-TABLE-ALIASES). The name space available in the select list is the same as in the `WHERE` clause, unless grouping is used, in which case it is the same as in the `HAVING` clause. If more than one table has a column of the same name, the table name must also be given, as in: ``` SELECT tbl1.a, tbl2.a, tbl1.b FROM ... ``` When working with multiple tables, it can also be useful to ask for all the columns of a particular table: ``` SELECT tbl1.*, tbl2.a FROM ... ``` See [Section 8.16.5](/the-sql-language/datatype/rowtypes.md#ROWTYPES-USAGE) for more about the *`table_name`*`.*` notation. If an arbitrary value expression is used in the select list, it conceptually adds a new virtual column to the returned table. The value expression is evaluated once for each result row, with the row's values substituted for any column references. But the expressions in the select list do not have to reference any columns in the table expression of the `FROM` clause; they can be constant arithmetic expressions, for instance. ## 7.3.2. Column Labels [#](#QUERIES-COLUMN-LABELS) The entries in the select list can be assigned names for subsequent processing, such as for use in an `ORDER BY` clause or for display by the client application. For example: ``` SELECT a AS value, b + c AS sum FROM ... ``` If no output column name is specified using `AS`, the system assigns a default column name. For simple column references, this is the name of the referenced column. For function calls, this is the name of the function. For complex expressions, the system will generate a generic name. The `AS` key word is usually optional, but in some cases where the desired column name matches a PostgreSQL key word, you must write `AS` or double-quote the column name in order to avoid ambiguity. ([Appendix C](/appendixes/sql-keywords-appendix.md) shows which key words require `AS` to be used as a column label.) For example, `FROM` is one such key word, so this does not work: ``` SELECT a from, b + c AS sum FROM ... ``` but either of these do: ``` SELECT a AS from, b + c AS sum FROM ... SELECT a "from", b + c AS sum FROM ... ``` For greatest safety against possible future key word additions, it is recommended that you always either write `AS` or double-quote the output column name. ## Note The naming of output columns here is different from that done in the `FROM` clause (see [Section 7.2.1.2](/the-sql-language/queries/queries-table-expressions.md#QUERIES-TABLE-ALIASES)). It is possible to rename the same column twice, but the name assigned in the select list is the one that will be passed on. ## 7.3.3. `DISTINCT` [#](#QUERIES-DISTINCT) After the select list has been processed, the result table can optionally be subject to the elimination of duplicate rows. The `DISTINCT` key word is written directly after `SELECT` to specify this: ``` SELECT DISTINCT select_list ... ``` (Instead of `DISTINCT` the key word `ALL` can be used to specify the default behavior of retaining all rows.) Obviously, two rows are considered distinct if they differ in at least one column value. Null values are considered equal in this comparison. Alternatively, an arbitrary expression can determine what rows are to be considered distinct: ``` SELECT DISTINCT ON (expression [, expression ...]) select_list ... ``` Here *`expression`* is an arbitrary value expression that is evaluated for all rows. A set of rows for which all the expressions are equal are considered duplicates, and only the first row of the set is kept in the output. Note that the “first row” of a set is unpredictable unless the query is sorted on enough columns to guarantee a unique ordering of the rows arriving at the `DISTINCT` filter. (`DISTINCT ON` processing occurs after `ORDER BY` sorting.) The `DISTINCT ON` clause is not part of the SQL standard and is sometimes considered bad style because of the potentially indeterminate nature of its results. With judicious use of `GROUP BY` and subqueries in `FROM`, this construct can be avoided, but it is often the most convenient alternative. *** 原文：[PostgreSQL 18.6 Documentation](https://www.postgresql.org/docs/18/queries-select-lists.html)（英文原文，待翻譯） --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.postgresql.tw/the-sql-language/queries/queries-select-lists.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.