⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 alter_table.sgml

📁 PostgreSQL 8.1.4的源码 适用于Linux下的开源数据库系统
💻 SGML
📖 第 1 页 / 共 2 页
字号:
<!--$PostgreSQL: pgsql/doc/src/sgml/ref/alter_table.sgml,v 1.81.2.1 2005/12/08 21:35:41 momjian Exp $PostgreSQL documentation--><refentry id="SQL-ALTERTABLE"> <refmeta>  <refentrytitle id="sql-altertable-title">ALTER TABLE</refentrytitle>  <refmiscinfo>SQL - Language Statements</refmiscinfo> </refmeta> <refnamediv>  <refname>ALTER TABLE</refname>  <refpurpose>change the definition of a table</refpurpose> </refnamediv> <indexterm zone="sql-altertable">  <primary>ALTER TABLE</primary> </indexterm> <refsynopsisdiv><synopsis>ALTER TABLE [ ONLY ] <replaceable class="PARAMETER">name</replaceable> [ * ]    <replaceable class="PARAMETER">action</replaceable> [, ... ]ALTER TABLE [ ONLY ] <replaceable class="PARAMETER">name</replaceable> [ * ]    RENAME [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> TO <replaceable class="PARAMETER">new_column</replaceable>ALTER TABLE <replaceable class="PARAMETER">name</replaceable>    RENAME TO <replaceable class="PARAMETER">new_name</replaceable>ALTER TABLE <replaceable class="PARAMETER">name</replaceable>    SET SCHEMA <replaceable class="PARAMETER">new_schema</replaceable>where <replaceable class="PARAMETER">action</replaceable> is one of:    ADD [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> <replaceable class="PARAMETER">type</replaceable> [ <replaceable class="PARAMETER">column_constraint</replaceable> [ ... ] ]    DROP [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> [ RESTRICT | CASCADE ]    ALTER [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> TYPE <replaceable class="PARAMETER">type</replaceable> [ USING <replaceable class="PARAMETER">expression</replaceable> ]    ALTER [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> SET DEFAULT <replaceable class="PARAMETER">expression</replaceable>    ALTER [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> DROP DEFAULT    ALTER [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> { SET | DROP } NOT NULL    ALTER [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> SET STATISTICS <replaceable class="PARAMETER">integer</replaceable>    ALTER [ COLUMN ] <replaceable class="PARAMETER">column</replaceable> SET STORAGE { PLAIN | EXTERNAL | EXTENDED | MAIN }    ADD <replaceable class="PARAMETER">table_constraint</replaceable>    DROP CONSTRAINT <replaceable class="PARAMETER">constraint_name</replaceable> [ RESTRICT | CASCADE ]    DISABLE TRIGGER [ <replaceable class="PARAMETER">trigger_name</replaceable> | ALL | USER ]    ENABLE TRIGGER [ <replaceable class="PARAMETER">trigger_name</replaceable> | ALL | USER ]    CLUSTER ON <replaceable class="PARAMETER">index_name</replaceable>    SET WITHOUT CLUSTER    SET WITHOUT OIDS    OWNER TO <replaceable class="PARAMETER">new_owner</replaceable>    SET TABLESPACE <replaceable class="PARAMETER">new_tablespace</replaceable></synopsis> </refsynopsisdiv> <refsect1>  <title>Description</title>  <para>   <command>ALTER TABLE</command> changes the definition of an existing table.   There are several subforms:  <variablelist>   <varlistentry>    <term><literal>ADD COLUMN</literal></term>    <listitem>     <para>      This form adds a new column to the table, using the same syntax as      <xref linkend="SQL-CREATETABLE" endterm="SQL-CREATETABLE-TITLE">.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>DROP COLUMN</literal></term>    <listitem>     <para>      This form drops a column from a table.  Indexes and      table constraints involving the column will be automatically      dropped as well.  You will need to say <literal>CASCADE</> if      anything outside the table depends on the column, for example,      foreign key references or views.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>ALTER COLUMN TYPE</literal></term>    <listitem>     <para>      This form changes the type of a column of a table. Indexes and      simple table constraints involving the column will be automatically      converted to use the new column type by reparsing the originally      supplied expression.  The optional <literal>USING</literal>      clause specifies how to compute the new column value from the old;      if omitted, the default conversion is the same as an assignment      cast from old data type to new.  A  <literal>USING</literal>      clause must be provided if there is no implicit or assignment      cast from old to new type.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET</literal>/<literal>DROP DEFAULT</literal></term>    <listitem>     <para>      These forms set or remove the default value for a column.      The default values only apply to subsequent <command>INSERT</command>      commands; they do not cause rows already in the table to change.      Defaults may also be created for views, in which case they are      inserted into <command>INSERT</> statements on the view before      the view's <literal>ON INSERT</literal> rule is applied.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET</literal>/<literal>DROP NOT NULL</literal></term>    <listitem>     <para>      These forms change whether a column is marked to allow null      values or to reject null values.  You can only use <literal>SET      NOT NULL</> when the column contains no null values.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET STATISTICS</literal></term>    <listitem>     <para>      This form      sets the per-column statistics-gathering target for subsequent      <xref linkend="sql-analyze" endterm="sql-analyze-title"> operations.      The target can be set in the range 0 to 1000; alternatively, set it      to -1 to revert to using the system default statistics      target (<xref linkend="guc-default-statistics-target">).      For more information on the use of statistics by the      <productname>PostgreSQL</productname> query planner, refer to      <xref linkend="planner-stats">.     </para>    </listitem>   </varlistentry>   <varlistentry>    <indexterm>     <primary>TOAST</primary>     <secondary>per-column storage settings</secondary>    </indexterm>    <term><literal>SET STORAGE</literal></term>    <listitem>     <para>      This form sets the storage mode for a column. This controls whether this      column is held inline or in a supplementary table, and whether the data      should be compressed or not. <literal>PLAIN</literal> must be used      for fixed-length values such as <type>integer</type> and is      inline, uncompressed. <literal>MAIN</literal> is for inline,      compressible data. <literal>EXTERNAL</literal> is for external,      uncompressed data, and <literal>EXTENDED</literal> is for external,      compressed data.  <literal>EXTENDED</literal> is the default for most      data types that support non-<literal>PLAIN</literal> storage.      Use of <literal>EXTERNAL</literal> will      make substring operations on <type>text</type> and <type>bytea</type>      columns faster, at the penalty of increased storage space.  Note that      <literal>SET STORAGE</> doesn't itself change anything in the table,      it just sets the strategy to be pursued during future table updates.      See <xref linkend="storage-toast"> for more information.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>ADD <replaceable class="PARAMETER">table_constraint</replaceable></literal></term>    <listitem>     <para>      This form adds a new constraint to a table using the same syntax as      <xref linkend="SQL-CREATETABLE" endterm="SQL-CREATETABLE-TITLE">.      </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>DROP CONSTRAINT</literal></term>    <listitem>     <para>      This form drops the specified constraint on a table.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>DISABLE</literal>/<literal>ENABLE TRIGGER</literal></term>    <listitem>     <para>      These forms disable or enable trigger(s) belonging to the table.      A disabled trigger is still known to the system, but is not executed      when its triggering event occurs.  For a deferred trigger, the enable      status is checked when the event occurs, not when the trigger function      is actually executed.  One may disable or enable a single      trigger specified by name, or all triggers on the table, or only      user triggers (this option excludes triggers that are used to implement      foreign key constraints).  Disabling or enabling constraint triggers      requires superuser privileges; it should be done with caution since      of course the integrity of the constraint cannot be guaranteed if the      triggers are not executed.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>CLUSTER</literal></term>    <listitem>     <para>      This form selects the default index for future       <xref linkend="SQL-CLUSTER" endterm="sql-cluster-title">      operations.  It does not actually re-cluster the table.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET WITHOUT CLUSTER</literal></term>    <listitem>     <para>      This form removes the most recently used      <xref linkend="SQL-CLUSTER" endterm="sql-cluster-title">      index specification from the table.  This affects      future cluster operations that don't specify an index.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET WITHOUT OIDS</literal></term>    <listitem>     <para>      This form removes the <literal>oid</literal> system column from the      table.  This is exactly equivalent to      <literal>DROP COLUMN oid RESTRICT</literal>,      except that it will not complain if there is already no      <literal>oid</literal> column.     </para>     <para>      Note that there is no variant of <command>ALTER TABLE</command>      that allows OIDs to be restored to a table once they have been      removed.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>OWNER</literal></term>    <listitem>     <para>      This form changes the owner of the table, sequence, or view to the      specified user.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET TABLESPACE</literal></term>    <listitem>     <para>      This form changes the table's tablespace to the specified tablespace and      moves the data file(s) associated with the table to the new tablespace.      Indexes on the table, if any, are not moved; but they can be moved      separately with additional <literal>SET TABLESPACE</literal> commands.      See also       <xref linkend="SQL-CREATETABLESPACE" endterm="sql-createtablespace-title">.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>RENAME</literal></term>    <listitem>     <para>      The <literal>RENAME</literal> forms change the name of a table      (or an index, sequence, or view) or the name of an individual column in      a table. There is no effect on the stored data.     </para>    </listitem>   </varlistentry>   <varlistentry>    <term><literal>SET SCHEMA</literal></term>    <listitem>     <para>      This form moves the table into another schema.  Associated indexes,      constraints, and SERIAL-column sequences are moved as well.     </para>    </listitem>   </varlistentry>  </variablelist>  </para>  <para>   All the actions except <literal>RENAME</literal> and <literal>SET SCHEMA</>   can be combined into   a list of multiple alterations to apply in parallel.  For example, it   is possible to add several columns and/or alter the type of several   columns in a single command.  This is particularly useful with large   tables, since only one pass over the table need be made.  </para>  <para>   You must own the table to use <command>ALTER TABLE</>.   To change the schema of a table, you must also have   <literal>CREATE</literal> privilege on the new schema.   To alter the owner, you must also be a direct or indirect member of the new   owning role, and that role must have <literal>CREATE</literal> privilege on   the table's schema.  (These restrictions enforce that altering the owner   doesn't do anything you couldn't do by dropping and recreating the table.   However, a superuser can alter ownership of any table anyway.)  </para> </refsect1> <refsect1>  <title>Parameters</title>    <variablelist>     <varlistentry>      <term><replaceable class="PARAMETER">name</replaceable></term>      <listitem>       <para>        The name (possibly schema-qualified) of an existing table to        alter. If <literal>ONLY</> is specified, only that table is        altered. If <literal>ONLY</> is not specified, the table and all        its descendant tables (if any) are updated. <literal>*</> can be        appended to the table name to indicate that descendant tables are        to be altered, but in the current version, this is the default        behavior.  (In releases before 7.1, <literal>ONLY</> was the        default behavior.  The default can be altered by changing the        configuration parameter <xref linkend="guc-sql-inheritance">.)       </para>      </listitem>     </varlistentry>     <varlistentry>      <term><replaceable class="PARAMETER">column</replaceable></term>      <listitem>       <para>        Name of a new or existing column.       </para>      </listitem>     </varlistentry>     <varlistentry>      <term><replaceable class="PARAMETER">new_column</replaceable></term>      <listitem>       <para>        New name for an existing column.       </para>      </listitem>     </varlistentry>     <varlistentry>      <term><replaceable class="PARAMETER">new_name</replaceable></term>      <listitem>       <para>        New name for the table.       </para>      </listitem>     </varlistentry>     <varlistentry>      <term><replaceable class="PARAMETER">type</replaceable></term>      <listitem>       <para>

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -