> 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/internals/views/view-pg-file-settings.md).

# 53.8. pg\_file\_settings \#

The view `pg_file_settings` provides a summary of the contents of the server's configuration file(s). A row appears in this view for each “name = value” entry appearing in the files, with annotations indicating whether the value could be applied successfully. Additional row(s) may appear for problems not linked to a “name = value” entry, such as syntax errors in the files.

This view is helpful for checking whether planned changes in the configuration files will work, or for diagnosing a previous failure. Note that this view reports on the *current* contents of the files, not on what was last applied by the server. (The [`pg_settings`](/internals/views/view-pg-settings.md) view is usually sufficient to determine that.)

By default, the `pg_file_settings` view can be read only by superusers.

**Table 53.8. `pg_file_settings` Columns**

| <p>Column Type</p><p>Description</p>                                                                                           |
| ------------------------------------------------------------------------------------------------------------------------------ |
| <p><code>sourcefile</code> <code>text</code></p><p>Full path name of the configuration file</p>                                |
| <p><code>sourceline</code> <code>int4</code></p><p>Line number within the configuration file where the entry appears</p>       |
| <p><code>seqno</code> <code>int4</code></p><p>Order in which the entries are processed (1..<em><code>n</code></em>)</p>        |
| <p><code>name</code> <code>text</code></p><p>Configuration parameter name</p>                                                  |
| <p><code>setting</code> <code>text</code></p><p>Value to be assigned to the parameter</p>                                      |
| <p><code>applied</code> <code>bool</code></p><p>True if the value can be applied successfully</p>                              |
| <p><code>error</code> <code>text</code></p><p>If not null, an error message indicating why this entry could not be applied</p> |

<br>

If the configuration file contains syntax errors or invalid parameter names, the server will not attempt to apply any settings from it, and therefore all the `applied` fields will read as false. In such a case there will be one or more rows with non-null `error` fields indicating the problem(s). Otherwise, individual settings will be applied if possible. If an individual setting cannot be applied (e.g., invalid value, or the setting cannot be changed after server start) it will have an appropriate message in the `error` field. Another way that an entry might have `applied` = false is that it is overridden by a later entry for the same parameter name; this case is not considered an error so nothing appears in the `error` field.

See [Section 19.1](/server-administration/runtime-config/config-setting.md) for more information about the various ways to change run-time parameters.

***

原文：[PostgreSQL 18.6 Documentation](https://www.postgresql.org/docs/18/view-pg-file-settings.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/internals/views/view-pg-file-settings.md?ask=<question>&goal=<endgoal>
```

`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.