Install all files under the directory <replaceable>PREFIX</replaceable> instead of <filename>/usr/local/pgsql</filename>. The actual files will be installed into various subdirectories; no files will ever be installed directly into the <replaceable>PREFIX</replaceable> directory. /usr/local/pgsqlではなく、PREFIXディレクトリ以下に全てのファイルをインストールします。 ファイルは実際には様々なサブディレクトリにインストールされ、PREFIXディレクトリの直下にインストールされるファイルはありません。

You can install architecture-dependent files under a different prefix, <replaceable>EXEC-PREFIX</replaceable>, than what <replaceable>PREFIX</replaceable> was set to. This can be useful to share architecture-independent files between hosts. If you omit this, then <replaceable>EXEC-PREFIX</replaceable> is set equal to <replaceable>PREFIX</replaceable> and both architecture-dependent and independent files will be installed under the same tree, which is probably what you want. アーキテクチャ依存のファイルをPREFIXの設定とは別の接頭辞EXEC-PREFIX以下にインストールすることができます。 ホスト間でアーキテクチャ非依存のファイルを共有する場合に便利です。 省略した場合、EXEC-PREFIXはPREFIXと同じに設定され、アーキテクチャに依存するファイルも非依存なファイルも同じツリー以下にインストールされます。 ほとんどの場合、これが望まれています。

Specifies the directory for executable programs. The default is <filename><replaceable>EXEC-PREFIX</replaceable>/bin</filename>, which normally means <filename>/usr/local/pgsql/bin</filename>. 実行可能プログラム用のディレクトリを指定します。 デフォルトではEXEC-PREFIX/binであり、通常/usr/local/pgsql/binとなります。

Sets the directory for various configuration files, <filename><replaceable>PREFIX</replaceable>/etc</filename> by default. 各種設定ファイル用のディレクトリを設定します。 デフォルトではPREFIX/etcです。

Sets the location to install libraries and dynamically loadable modules. The default is <filename><replaceable>EXEC-PREFIX</replaceable>/lib</filename>. ライブラリや動的ロード可能モジュールをインストールする場所を設定します。 デフォルトはEXEC-PREFIX/libです。

Sets the directory for installing C and C++ header files. The default is <filename><replaceable>PREFIX</replaceable>/include</filename>. CおよびC++のヘッダファイルをインストールするディレクトリを設定します。 デフォルトはPREFIX/includeです。

Sets the root directory for various types of read-only data files. This only sets the default for some of the following options. The default is <filename><replaceable>PREFIX</replaceable>/share</filename>. いろいろな種類の読み取り専用データファイル用のルートディレクトリを設定します。 これは後述のオプションの一部についてのデフォルトを設定するだけです。 デフォルトはPREFIX/shareです。

Sets the directory for read-only data files used by the installed programs. The default is <filename><replaceable>DATAROOTDIR</replaceable></filename>. Note that this has nothing to do with where your database files will be placed. インストールプログラムが使用する読み取り専用のディレクトリを設定します。 デフォルトはDATAROOTDIRです。 これはインストールするデータベースファイルがどこに設置されるかとは関係ないことを覚えておいてください。

Sets the directory for installing locale data, in particular message translation catalog files. The default is <filename><replaceable>DATAROOTDIR</replaceable>/locale</filename>. 特にメッセージ翻訳カタログファイルのロケールデータをインストールするディレクトリを設定します。 デフォルトはDATAROOTDIR/localeです。

The man pages that come with <productname>PostgreSQL</productname> will be installed under this directory, in their respective <filename>man<replaceable>x</replaceable></filename> subdirectories. The default is <filename><replaceable>DATAROOTDIR</replaceable>/man</filename>. PostgreSQL付属のマニュアルページがこのディレクトリ以下の、対応するmanxサブディレクトリにインストールされます。 デフォルトはDATAROOTDIR/manです。

Sets the root directory for installing documentation files, except <quote>man</quote> pages. This only sets the default for the following options. The default value for this option is <filename><replaceable>DATAROOTDIR</replaceable>/doc/postgresql</filename>. 「man」ページを除いた、ドキュメント一式ファイルをインストールするルートディレクトリを設定します。 これは以下のオプションのデフォルトのみを設定します。 このオプションのデフォルト値はDATAROOTDIR/doc/postgresqlです。

The HTML-formatted documentation for <productname>PostgreSQL</productname> will be installed under this directory. The default is <filename><replaceable>DATAROOTDIR</replaceable></filename>. PostgreSQLのHTML形式のドキュメント一式はこのディレクトリの下にインストールされます。 デフォルトはDATAROOTDIRです。

Enables Native Language Support (<acronym>NLS</acronym>), that is, the ability to display a program's messages in a language other than English. <replaceable>LANGUAGES</replaceable> is an optional space-separated list of codes of the languages that you want supported, for example <literal>&#45;-enable-nls='de fr'</literal>. (The intersection between your list and the set of actually provided translations will be computed automatically.) If you do not specify a list, then all available translations are installed. 各国語サポート（NLS）、つまり、英語以外の言語によるプログラムメッセージの表示機能を有効にします。 LANGUAGESはオプションであり、サポートさせたい言語コードを空白で区切ったリストを指定します。例えば、--enable-nls='de fr'などとします。 （指定したリストと実際に用意された翻訳との論理積が自動的に計算されます。） リストに何も指定しなかった場合、利用可能な翻訳すべてがインストールされます。

To use this option, you will need an implementation of the <application>Gettext</application> API. このオプションを使用するためには、gettext APIの実装が必要です。

Build the <application>PL/Perl</application> server-side language. PL/Perlサーバサイド言語を構築します。

Build the <application>PL/Python</application> server-side language. PL/Pythonサーバサイド言語を構築します。

Build the <application>PL/Tcl</application> server-side language. PL/Tclサーバサイド言語を構築します。

Tcl installs the file <filename>tclConfig.sh</filename>, which contains configuration information needed to build modules interfacing to Tcl. This file is normally found automatically at a well-known location, but if you want to use a different version of Tcl you can specify the directory in which to look for <filename>tclConfig.sh</filename>. Tclは、Tclへのインタフェースモジュールを構築するために必要な設定情報を含むtclConfig.shファイルをインストールします。 このファイルは通常、自動的に一般的に知られている場所にありますが、もしTclの別のバージョンを使いたい場合は、tclConfig.shを検索対象のディレクトリを指定することができます。

Build with support for <productname>LLVM</productname> based <acronym>JIT</acronym> compilation (see <xref linkend="jit"/>). This requires the <productname>LLVM</productname> library to be installed. The minimum required version of <productname>LLVM</productname> is currently 10. LLVMに基づいたJITコンパイル（第30章を参照）のサポートを有効にして構築します。 これには、LLVMライブラリがインストールされている必要があります。 LLVMの要求される最小のバージョンは現在10です。

<command>llvm-config</command><indexterm><primary>llvm-config</primary></indexterm> will be used to find the required compilation options. <command>llvm-config</command> will be searched for in your <envar>PATH</envar>. If that would not yield the desired program, use <envar>LLVM_CONFIG</envar> to specify a path to the correct <command>llvm-config</command>. For example 要求されるコンパイルオプションを見つけるためにllvm-configが使われます。 llvm-configはPATHから検索されます。 それで正しいバイナリが見つからなければ、正しいllvm-configへのパスを指定するためにLLVM_CONFIGを使ってください。 例えば、以下のとおりです。

./configure ... --with-llvm LLVM_CONFIG='/path/to/llvm/bin/llvm-config'

<productname>LLVM</productname> support requires a compatible <command>clang</command> compiler (specified, if necessary, using the <envar>CLANG</envar> environment variable), and a working C++ compiler (specified, if necessary, using the <envar>CXX</envar> environment variable). LLVMサポートはclang互換のコンパイラ（必要なら環境変数CLANGで指定してください）と動作するC++コンパイラ（必要なら環境変数CXXで指定してください）を要求します。

Build with <productname>LZ4</productname> compression support. LZ4圧縮サポートを有効にして構築します。

Build with <productname>Zstandard</productname> compression support. Zstandard圧縮サポートを有効にして構築します。

Build with support for <acronym>SSL</acronym> (encrypted) connections. The only <replaceable>LIBRARY</replaceable> supported is <option>openssl</option>. This requires the <productname>OpenSSL</productname> package to be installed. <filename>configure</filename> will check for the required header files and libraries to make sure that your <productname>OpenSSL</productname> installation is sufficient before proceeding. SSL（暗号化）接続のサポートを有効にして構築します。 サポートされている唯一のLIBRARYはopensslです。 これには、OpenSSLパッケージがインストールされている必要があります。 configureは、処理を進める前にOpenSSLのインストールを確認するために、必要なヘッダファイルとライブラリを検査します。

Obsolete equivalent of <literal>&#45;-with-ssl=openssl</literal>. --with-ssl=opensslに相当する古いものです。

Build with support for GSSAPI authentication. MIT Kerberos is required to be installed for GSSAPI. On many systems, the GSSAPI system (a part of the MIT Kerberos installation) is not installed in a location that is searched by default (e.g., <filename>/usr/include</filename>, <filename>/usr/lib</filename>), so you must use the options <option>&#45;-with-includes</option> and <option>&#45;-with-libraries</option> in addition to this option. <filename>configure</filename> will check for the required header files and libraries to make sure that your GSSAPI installation is sufficient before proceeding. GSSAPI認証のサポートを構築します。 GSSAPIを使用するには、MIT Kerberosがインストールされている必要があります。 多くのシステムでは、GSSAPIシステム（通常MIT Kerberosインストレーションの一部）はデフォルトの検索場所（例えば/usr/includeや/usr/lib）にインストールされていません。 そのため、--with-includesと--with-librariesオプションをさらに追加して使わなければいけません。 configureは、処理を進める前にGSSAPIが正しくインストールされていることを確認するために、必要とされるヘッダファイルとライブラリを検査します。

Build with <acronym>LDAP</acronym><indexterm><primary>LDAP</primary></indexterm> support for authentication and connection parameter lookup (see <phrase id="install-ldap-links"><xref linkend="libpq-ldap"/> and <xref linkend="auth-ldap"/></phrase> for more information). On Unix, this requires the <productname>OpenLDAP</productname> package to be installed. On Windows, the default <productname>WinLDAP</productname> library is used. <filename>configure</filename> will check for the required header files and libraries to make sure that your <productname>OpenLDAP</productname> installation is sufficient before proceeding. 認証および接続パラメータ検索用のLDAPサポートを有効にして構築します。 （詳細は32.18および20.10を参照してください。） Unixでは、OpenLDAPパッケージがインストールされている必要があります。 WindowsではデフォルトのWinLDAPライブラリが使用されます。 configureは、処理を進める前にOpenLDAPのインストールが十分されているかどうかを確認するために、必要なヘッダファイルとライブラリを検査します。

Build with <acronym>PAM</acronym><indexterm><primary>PAM</primary></indexterm> (Pluggable Authentication Modules) support. PAM（プラガブル認証モジュール）のサポートを有効にして構築します。

Build with BSD Authentication support. (The BSD Authentication framework is currently only available on OpenBSD.) BSD認証のサポートを有効にして構築します。 （BSD認証フレームワークは今のところOpenBSDだけで利用可能です。）

Build with support for <application>systemd</application><indexterm><primary>systemd</primary></indexterm> service notifications. This improves integration if the server is started under <application>systemd</application> but has no impact otherwise; see <xref linkend="server-start"/> for more information. <application>libsystemd</application> and the associated header files need to be installed to use this option. systemdサービス通知のサポートを有効にして構築します。 サーババイナリがsystemdの元で開始する場合には、これは統合を改善しますが、それ以外は影響はありません。詳細は18.3を参照してください。 このオプションを使えるようにするには、libsystemdと関連するヘッダファイルがインストールされている必要があります。

Build with support for Bonjour automatic service discovery. This requires Bonjour support in your operating system. Recommended on macOS. Bonjour自動サービス検出のサポートを有効にして構築します。 これには、オペレーティングシステムがBonjourをサポートしていることが必要です。 macOSで推奨します。

Build the <xref linkend="uuid-ossp"/> module (which provides functions to generate UUIDs), using the specified UUID library.<indexterm><primary>UUID</primary></indexterm> <replaceable>LIBRARY</replaceable> must be one of: 指定されたUUIDライブラリを使用して(UUIDを生成する関数を提供する)uuid-osspモジュールをビルドします。 LIBRARYは以下のいずれかでなければなりません。

Obsolete equivalent of <literal>&#45;-with-uuid=ossp</literal>. --with-uuid=osspに相当する古いものです。

Build with libxml2, enabling SQL/XML support. Libxml2 version 2.6.23 or later is required for this feature. libxml2を使用して構築し、SQL/XMLサポートを有効にします。 この機能のためにはlibxml2バージョン2.6.23以降が必要です。

To detect the required compiler and linker options, PostgreSQL will query <command>pkg-config</command>, if that is installed and knows about libxml2. Otherwise the program <command>xml2-config</command>, which is installed by libxml2, will be used if it is found. Use of <command>pkg-config</command> is preferred, because it can deal with multi-architecture installations better. pkg-configがインストールされていて、かつそれがlibxml2について知っているようであれば、必要なコンパイラオプション、リンカオプションを検出するために、PostgreSQLはpkg-configに問い合わせます。 そうでなければ、libxml2がインストールするプログラムxml2-configを見つけられれば使用します。 複数アーキテクチャのインストレーションをよりうまく扱えますので、pkg-configを使用する方が好ましいです。

To use a libxml2 installation that is in an unusual location, you can set <command>pkg-config</command>-related environment variables (see its documentation), or set the environment variable <envar>XML2_CONFIG</envar> to point to the <command>xml2-config</command> program belonging to the libxml2 installation, or set the variables <envar>XML2_CFLAGS</envar> and <envar>XML2_LIBS</envar>. (If <command>pkg-config</command> is installed, then to override its idea of where libxml2 is you must either set <envar>XML2_CONFIG</envar> or set both <envar>XML2_CFLAGS</envar> and <envar>XML2_LIBS</envar> to nonempty strings.) 通常以外の場所にインストールしたlibxml2インストレーションを使用するためには、pkg-config関連の環境変数を設定するか（そのドキュメントを参照してください）、環境変数XML2_CONFIGがそのインストレーション用のxml2-configプログラムを指し示すように設定するか、変数XML2_CFLAGSとXML2_LIBSを設定します。 （pkg-configがインストールされていて、libxml2がどこにあるかについてのその認識を覆したいのであれば、XML2_CONFIGを、もしくはXML2_CFLAGSとXML2_LIBSの両方を空でない文字列に設定しなければなりません。）

Build with libxslt, enabling the <xref linkend="xml2"/> module to perform XSL transformations of XML. <option>&#45;-with-libxml</option> must be specified as well. XMLのXSL変換を行うためにxml2モジュールを有効にしてlibxsltを構築します。 --with-libxmlも指定しなければなりません。

Build with SElinux support, enabling the <xref linkend="sepgsql"/> extension. SElinuxサポート付きで構築します。 sepgsql 拡張を有効にします。

Build without support for the <productname>ICU</productname><indexterm><primary>ICU</primary></indexterm> library, disabling the use of ICU collation features (see <xref linkend="collation"/>). ICUライブラリをサポートしない構築を行い、ICU照合機能の使用を無効にします（23.2を参照）。

Prevents use of the <application>Readline</application> library (and <application>libedit</application> as well). This option disables command-line editing and history in <application>psql</application>. Readlineライブラリ（およびlibedit）の使用を防止します。 このオプションはpsqlでのコマンドライン編集および履歴を無効にします。

Favors the use of the BSD-licensed <application>libedit</application> library rather than GPL-licensed <application>Readline</application>. This option is significant only if you have both libraries installed; the default in that case is to use <application>Readline</application>. GPLライセンスのReadlineではなくBSDライセンスのlibeditライブラリを優先して使用します。 このオプションは両方のライブラリがインストールされている場合にのみ重要です。その場合デフォルトでReadlineが使用されます。

Prevents use of the <application>Zlib</application> library. This disables support for compressed archives in <application>pg_dump</application> and <application>pg_restore</application>. Zlibライブラリの使用を抑制します。 これは、pg_dumpとpg_restoreにおける圧縮アーカイブのサポートを無効にします。

Allow the build to succeed even if <productname>PostgreSQL</productname> has no CPU spinlock support for the platform. The lack of spinlock support will result in very poor performance; therefore, this option should only be used if the build aborts and informs you that the platform lacks spinlock support. If this option is required to build <productname>PostgreSQL</productname> on your platform, please report the problem to the <productname>PostgreSQL</productname> developers. PostgreSQLがそのプラットフォーム用のCPUスピンロックをサポートしない場合でも、構築に成功するようにします。 スピンロックのサポートの欠落により、性能は悪化します。 したがって、このオプションは、構築が失敗し、その原因が使用するプラットフォームでスピンロックサポートが欠落している場合にのみ使用してください。 使用するプラットフォームにおけるPostgreSQLの構築にこのオプションが必要とされた場合は、PostgreSQL開発者にその問題を報告してください。

Disable use of CPU atomic operations. This option does nothing on platforms that lack such operations. On platforms that do have them, this will result in poor performance. This option is only useful for debugging or making performance comparisons. CPU不可分操作の使用を無効にします。 このオプションはそのような操作のないプラットフォームでは何もしません。 そのような操作のあるプラットフォームでは、これにより性能が低下するでしょう。 このオプションはデバッグや性能比較をする場合にのみ有用です。

<replaceable>DIRECTORIES</replaceable> is a colon-separated list of directories that will be added to the list the compiler searches for header files. If you have optional packages (such as GNU <application>Readline</application>) installed in a non-standard location, you have to use this option and probably also the corresponding <option>&#45;-with-libraries</option> option. DIRECTORIESには、コンパイラがヘッダファイルを検索するディレクトリのリストをコロンで区切って指定します。 （GNU Readlineなどの）オプションのパッケージが非標準的な場所にインストールされている場合、このオプションと、おそらく対応する--with-librariesオプションを使用する必要があります。

Example: <literal>&#45;-with-includes=/opt/gnu/include:/usr/sup/include</literal>. 例： --with-includes=/opt/gnu/include:/usr/sup/include

<replaceable>DIRECTORIES</replaceable> is a colon-separated list of directories to search for libraries. You will probably have to use this option (and the corresponding <option>&#45;-with-includes</option> option) if you have packages installed in non-standard locations. DIRECTORIESには、ライブラリを検索するディレクトリのリストをコロンで区切って指定します。 パッケージが非標準的な場所にインストールされている場合は、おそらくこのオプション（と対応する--with-includesオプション）を使用する必要があります。

Example: <literal>&#45;-with-libraries=/opt/gnu/lib:/usr/sup/lib</literal>. 例： --with-libraries=/opt/gnu/lib:/usr/sup/lib

<productname>PostgreSQL</productname> includes its own time zone database, which it requires for date and time operations. This time zone database is in fact compatible with the IANA time zone database provided by many operating systems such as FreeBSD, Linux, and Solaris, so it would be redundant to install it again. When this option is used, the system-supplied time zone database in <replaceable>DIRECTORY</replaceable> is used instead of the one included in the PostgreSQL source distribution. <replaceable>DIRECTORY</replaceable> must be specified as an absolute path. <filename>/usr/share/zoneinfo</filename> is a likely directory on some operating systems. Note that the installation routine will not detect mismatching or erroneous time zone data. If you use this option, you are advised to run the regression tests to verify that the time zone data you have pointed to works correctly with <productname>PostgreSQL</productname>. PostgreSQLは、日付時刻に関する操作で必要な、独自の時間帯データベースを持ちます。 実際のところ、この時間帯データベースはFreeBSD、Linux、Solarisなどの多くのオペレーティングシステムで提供されるIANA時間帯データベースと互換性があります。 このため、これを再びインストールすることは冗長です。 このオプションが使用されると、DIRECTORYにあるシステムが提供する時間帯データベースがPostgreSQLソース配布物に含まれるものの代わりに使用されます。 DIRECTORYは絶対パスで指定しなければなりません。 /usr/share/zoneinfoがオペレーティングシステムの一部でよく使われます。 インストール処理が時間帯データの不一致、またはエラーがあることを検知しないことに注意してください。 このオプションを使用する場合、指定した時間帯データがPostgreSQLで正しく動作するかどうかを検証するためにリグレッションテストを実行することが推奨されています。

This option is mainly aimed at binary package distributors who know their target operating system well. The main advantage of using this option is that the PostgreSQL package won't need to be upgraded whenever any of the many local daylight-saving time rules change. Another advantage is that PostgreSQL can be cross-compiled more straightforwardly if the time zone database files do not need to be built during the installation. このオプションは、対象オペレーティングシステムを熟知しているパッケージ配布者を主な対象としたもの。 このオプションを使用する大きな利点は、多くの局所的な夏時間規則の変更があってもPostgreSQLパッケージを更新する必要がないことです。 他の利点として、時間帯データベースファイルをインストール時に構築する必要がありませんので、PostgreSQLのクロスコンパイルをより簡単に行うことができます。

Append <replaceable>STRING</replaceable> to the PostgreSQL version number. You can use this, for example, to mark binaries built from unreleased Git snapshots or containing custom patches with an extra version string, such as a <command>git describe</command> identifier or a distribution package release number. PostgreSQLバージョン番号にSTRINGを追加します。 これは、例えば、リリースされていないGitスナップショットからビルドしたバイナリや、git describe識別子やディストリビューションパッケージリリース番号のような追加のバージョン文字列のあるカスタムパッチを含むバイナリに印をつけるために使えます。

Do not mark <productname>PostgreSQL</productname>'s executables to indicate that they should search for shared libraries in the installation's library directory (see <option>&#45;-libdir</option>). On most platforms, this marking uses an absolute path to the library directory, so that it will be unhelpful if you relocate the installation later. However, you will then need to provide some other way for the executables to find the shared libraries. Typically this requires configuring the operating system's dynamic linker to search the library directory; see <xref linkend="install-post-shlibs"/> for more detail. PostgreSQLの実行ファイルがインストレーションのライブラリディレクトリ（--libdirを参照してください）にある共有ライブラリを探すよう指示する印を付けません。 ほとんどのプラットフォームでは、この印付けはライブラリディレクトリへの絶対パスを利用しますので、後でインストレーションを再配置したときには役に立たないでしょう。 ですので、実行ファイルが共有ライブラリを見つける他の方法を提供する必要があるでしょう。 通常は、オペレーティングシステムの動的リンカがライブラリディレクトリを探すよう設定することが必要です。詳細は17.5.1を参照してください。

Set <replaceable>NUMBER</replaceable> as the default port number for server and clients. The default is 5432. The port can always be changed later on, but if you specify it here then both server and clients will have the same default compiled in, which can be very convenient. Usually the only good reason to select a non-default value is if you intend to run multiple <productname>PostgreSQL</productname> servers on the same machine. サーバとクライアントのデフォルトのポート番号をNUMBERに設定します。 デフォルトは5432です。 このポートは後でいつでも変更できますが、ここで指定した場合、サーバとクライアントはコンパイル時に同じデフォルト値を持つようになります。 これは非常に便利です。 通常、デフォルト以外の値を選択すべき唯一の理由は、同じマシンで複数のPostgreSQLを稼働させることです。

The default name of the Kerberos service principal used by GSSAPI. <literal>postgres</literal> is the default. There's usually no reason to change this unless you are building for a Windows environment, in which case it must be set to upper case <literal>POSTGRES</literal>. GSSAPIで使用されるKerberosのサービスプリンシパルのデフォルトの名前です。 デフォルトではpostgresです。 これを変える理由はWindows環境のために構築しているのでない限り、特にありません。 Windows環境のために構築している場合は大文字のPOSTGRESに設定する必要があります。

Set the <firstterm>segment size</firstterm>, in gigabytes. Large tables are divided into multiple operating-system files, each of size equal to the segment size. This avoids problems with file size limits that exist on many platforms. The default segment size, 1 gigabyte, is safe on all supported platforms. If your operating system has <quote>largefile</quote> support (which most do, nowadays), you can use a larger segment size. This can be helpful to reduce the number of file descriptors consumed when working with very large tables. But be careful not to select a value larger than is supported by your platform and the file systems you intend to use. Other tools you might wish to use, such as <application>tar</application>, could also set limits on the usable file size. It is recommended, though not absolutely required, that this value be a power of 2. Note that changing this value breaks on-disk database compatibility, meaning you cannot use <command>pg_upgrade</command> to upgrade to a build with a different segment size. セグメントサイズをギガバイト単位で指定します。 大規模なテーブルはこのセグメントサイズと同じサイズの複数のオペレーティングシステムのファイルに分割されます。 これにより多くのプラットフォームで存在するファイルサイズ上限に関する問題を防ぎます。 デフォルトのセグメントサイズは1ギガバイトで、サポートされるすべてのプラットフォームで安全です。 使用するオペレーティングシステムが「ラージファイル」をサポートしていれば（最近はほとんどサポートしています）、より大きなセグメントサイズを使用できます。 非常に大規模なテーブルで作業する時のファイル記述子の消費数を減らすために、これが役に立つでしょう。 しかし、プラットフォーム、または使用予定のファイルシステムでサポートされる値以上に大きな値を指定しないように注意してください。 tarなどの、使用したいその他のツールにも使用できるファイルサイズに制限があることがあります。 絶対に必要ではありませんが、この値を2のべき乗にすることを勧めます。 この値を変更するとディスク上でのデータベースの互換性を壊すことに注意してください。すなわち、pg_upgradeを使ってセグメントサイズの異なるビルドにはアップグレードできません。

Set the <firstterm>block size</firstterm>, in kilobytes. This is the unit of storage and I/O within tables. The default, 8 kilobytes, is suitable for most situations; but other values may be useful in special cases. The value must be a power of 2 between 1 and 32 (kilobytes). Note that changing this value breaks on-disk database compatibility, meaning you cannot use <command>pg_upgrade</command> to upgrade to a build with a different block size. キロバイト単位でブロック容量を設定します。 これはテーブル内でのストレージとI/Oの単位です。 8キロバイトのデフォルトはほとんどの場合適切ですが、特別な場合は他の値が役立ちます。 値は1から32（キロバイト）の範囲の2のべき乗でなければなりません。 この値を変更するとディスク上でのデータベースの互換性を壊すことに注意してください。すなわち、pg_upgradeを使ってブロック容量の異なるビルドにはアップグレードできません。

Set the <firstterm>WAL block size</firstterm>, in kilobytes. This is the unit of storage and I/O within the WAL log. The default, 8 kilobytes, is suitable for most situations; but other values may be useful in special cases. The value must be a power of 2 between 1 and 64 (kilobytes). Note that changing this value breaks on-disk database compatibility, meaning you cannot use <command>pg_upgrade</command> to upgrade to a build with a different WAL block size. キロバイト単位でWALブロック容量を設定します。 これはWALログ内でのストレージとI/Oの単位です。 8キロバイトのデフォルトはほとんどの場合適切ですが、特別な場合は大きめの値が役立ちます。 値は1から64（キロバイト）の範囲の2のべき乗でなければなりません。 この値を変更するとディスク上でのデータベースの互換性を壊すことに注意してください。すなわち、pg_upgradeを使ってWALブロック容量の異なるビルドにはアップグレードできません。

Compiles all programs and libraries with debugging symbols. This means that you can run the programs in a debugger to analyze problems. This enlarges the size of the installed executables considerably, and on non-GCC compilers it usually also disables compiler optimization, causing slowdowns. However, having the symbols available is extremely helpful for dealing with any problems that might arise. Currently, this option is recommended for production installations only if you use GCC. But you should always have it on if you are doing development work or running a beta version. すべてのプログラムとライブラリをデバッグシンボル付きでコンパイルします。 これは、問題を解析するためにデバッガ内でプログラムを実行できることを意味します。 これはインストールする実行形式ファイルのサイズをかなり大きくし、また、GCC以外のコンパイラでは、通常はコンパイラによる最適化が行われなくなりますので、低速になります。 しかし、デバッグシンボルが利用できるということは、発生した問題に対応する時に非常に便利です。 現在のところ、GCC を使用している場合にのみ、稼働用のインストレーションにこのオプションを使用することを推奨します。 しかし、開発作業時やベータ版を実行する時は、常にこれを有効にすべきです。

Enables <firstterm>assertion</firstterm> checks in the server, which test for many <quote>cannot happen</quote> conditions. This is invaluable for code development purposes, but the tests can slow down the server significantly. Also, having the tests turned on won't necessarily enhance the stability of your server! The assertion checks are not categorized for severity, and so what might be a relatively harmless bug will still lead to server restarts if it triggers an assertion failure. This option is not recommended for production use, but you should have it on for development work or when running a beta version. サーバにおける、多くの「あり得ない」状態をテストするアサーションチェックを有効にします。 これは、プログラムの開発のためには測り知れない価値がありますが、このテストによりサーバはかなり低速になります。 また、このテストを有効にしても、サーバの安定性が向上するとは限りません！ アサーションチェックは、重要度によって分類されていませんので、比較的害がないようなバグでも、アサーション失敗をトリガとした、サーバの再起動が行われてしまいます。 稼働用にこのオプションを使用することは推奨されませんが、開発作業時やベータ版を実行する場合は、これを有効にすべきです。

Enable tests using the Perl TAP tools. This requires a Perl installation and the Perl module <literal>IPC::Run</literal>. See <xref linkend="regress-tap"/> for more information. Perl TAPツールを使ったテストを有効にします。 これにはPerlのインストールとPerlモジュールIPC::Runが必要です。 詳細は31.4を参照してください。

Enables automatic dependency tracking. With this option, the makefiles are set up so that all affected object files will be rebuilt when any header file is changed. This is useful if you are doing development work, but is just wasted overhead if you intend only to compile once and install. At present, this option only works with GCC. 自動依存関係追跡を有効にします。 このオプションを使用すると、ヘッダファイルが変更された場合に、影響を受ける全てのオブジェクトファイルが再構築されるように、makefile が設定されます。 これは開発作業時には有用ですが、単に一度コンパイルしインストールするだけであれば、これは無駄なオーバーヘッドです。 現在のところ、GCC でのみ、このオプションは動作します。

If using GCC, all programs and libraries are compiled with code coverage testing instrumentation. When run, they generate files in the build directory with code coverage metrics. See <xref linkend="regress-coverage"/> for more information. This option is for use only with GCC and when doing development work. GCCを使用している場合、すべてのプログラムとライブラリはコードカバレッジテスト機構付きでコンパイルされます。 実行すると、これらは構築用ディレクトリ内にコードカバレッジメトリックを持ったファイルを生成します。 詳細は31.5を参照してください。 このオプションはGCC専用であり、また、開発作業中に使用するためのものです。

If using GCC, all programs and libraries are compiled so they can be profiled. On backend exit, a subdirectory will be created that contains the <filename>gmon.out</filename> file containing profile data. This option is for use only with GCC and when doing development work. GCCを使用する場合、すべてのプログラムとライブラリがプロファイリング可能状態でコンパイルされます。 バックエンドの終了時、プロファイリングに使用するgmon.outファイルを含むサブディレクトリが作成されます。 このオプションはGCCを使用する場合のみ使用でき、開発作業を行う時に使用します。

Compiles <productname>PostgreSQL</productname> with support for the dynamic tracing tool DTrace. See <xref linkend="dynamic-trace"/> for more information. 動的追跡ツールDTraceのサポートを有効にしてPostgreSQLをコンパイルします。 より詳細な情報は27.5を参照してください。

To point to the <command>dtrace</command> program, the environment variable <envar>DTRACE</envar> can be set. This will often be necessary because <command>dtrace</command> is typically installed under <filename>/usr/sbin</filename>, which might not be in your <envar>PATH</envar>. dtraceプログラムを指し示すためにDTRACE環境変数を設定できます。 dtraceは通常、PATH内に存在しない可能性がある/usr/sbin以下にインストールされていますので、この設定はよく必要になります。

Extra command-line options for the <command>dtrace</command> program can be specified in the environment variable <envar>DTRACEFLAGS</envar>. On Solaris, to include DTrace support in a 64-bit binary, you must specify <literal>DTRACEFLAGS="-64"</literal>. For example, using the GCC compiler: さらにdtraceプログラム用のコマンドラインオプションをDTRACEFLAGS環境変数で指定できます。 Solarisで64ビットバイナリでDTraceをサポートするには、DTRACEFLAGS="-64"を指定してください。 例えばGCCコンパイラを使用する場合は以下のようにします。

./configure CC='gcc -m64' --enable-dtrace DTRACEFLAGS='-64' ...

Using Sun's compiler: Sunのコンパイラを使用する場合は以下のようにします。

./configure CC='/opt/SUNWspro/bin/cc -xtarget=native64' --enable-dtrace DTRACEFLAGS='-64' ...

Compiles <productname>PostgreSQL</productname> with support for injection points in the server. Injection points allow to run user-defined code from within the server in pre-defined code paths. This helps in testing and in the investigation of concurrency scenarios in a controlled fashion. This option is disabled by default. See <xref linkend="xfunc-addin-injection-points"/> for more details. This option is intended to be used only by developers for testing. PostgreSQLをサーバ内のインジェクションポイントをサポートするようにコンパイルします。 インジェクションポイントによって、サーバ内の事前定義されたコードパスでユーザ定義コードを実行することができます。 これは、テストや制御された方法での同時実行シナリオの調査に役立ちます。 このオプションはデフォルトでは無効になっています。 詳細については36.10.13を参照してください。 このオプションは開発者によるテストのみを目的としています。

Specify the relation segment size in blocks. If both <option>&#45;-with-segsize</option> and this option are specified, this option wins. This option is only for developers, to test segment related code. リレーションのセグメントサイズをブロック単位で指定します。 --with-segsizeとこのオプションの両方が指定されている場合、このオプションが優先されます。 このオプションは、セグメント関連のコードをテストする開発者向けです。