Postgres支持下一个：创建表company.monitor2，从company.monitor中选择*；

实际上，我更喜欢SQL Server 2008中的以下内容：

SELECT Table1.Column1, Table1.Column2, Table2.Column1, Table2.Column2, 'Some String' AS SomeString, 8 AS SomeInt
INTO Table3
FROM Table1 INNER JOIN Table2 ON Table1.Column1 = Table2.Column3

它省去了添加Insert（）集的步骤，只需选择表中的值。

这是另一个使用带有select的值的示例：

INSERT INTO table1(desc, id, email) 
SELECT "Hello World", 3, email FROM table2 WHERE ...

如果您使用INSERT VALUES路由插入多行，请确保使用括号将VALUES分隔为多个集合，因此：

INSERT INTO `receiving_table`
  (id,
  first_name,
  last_name)
VALUES 
  (1002,'Charles','Babbage'),
  (1003,'George', 'Boole'),
  (1001,'Donald','Chamberlin'),
  (1004,'Alan','Turing'),
  (1005,'My','Widenius');

否则，MySQL对象“列计数与第1行的值计数不匹配”，当您最终决定如何处理它时，您将写一篇微不足道的文章。

我看到的两个答案在Informix中都很好，基本上都是标准的SQL。即表示法：

INSERT INTO target_table[(<column-list>)] SELECT ... FROM ...;

Informix和所有DBMS都可以很好地工作。（在5年或更多年前，这是MySQL并不总是支持的类型；现在它对这种标准SQL语法有了良好的支持，而且，AFAIK，它在这种表示法上可以正常工作。）列列表是可选的，但按顺序指示目标列，因此SELECT结果的第一列将进入第一列，在没有列列表的情况下，SELECT结果的第一列进入目标表的第一列。

系统之间的不同之处在于用于标识不同数据库中的表的符号——该标准对数据库间（更不用说DBMS间）操作没有任何意义。使用Informix，可以使用以下符号来标识表：

[dbase[@server]:][owner.]table

也就是说，您可以指定一个数据库，如果该数据库不在当前服务器中，则可以选择标识托管该数据库的服务器，然后是可选的所有者、点，最后是实际的表名。SQL标准使用Informix称为所有者的术语模式。因此，在Informix中，以下任何符号都可以标识表：

table
"owner".table
dbase:table
dbase:owner.table
dbase@server:table
dbase@server:owner.table

一般情况下，不需要对所有者进行报价；但是，如果使用引号，则需要正确拼写所有者名称，因为它区分大小写。即：

someone.table
"someone".table
SOMEONE.table

它们都标识相同的表。对于Informix，MODE ANSI数据库有一个轻微的复杂性，其中所有者名称通常转换为大写（Informix是例外）。也就是说，在MODE ANSI数据库（不常用）中，可以编写：

CREATE TABLE someone.table ( ... )

系统目录中的所有者名称将是“SOMEONE”，而不是“SOMEONE”。如果将所有者名称括在双引号中，则其作用类似于分隔标识符。对于标准SQL，分隔标识符可以在许多地方使用。使用Informix，您只能在所有者名称周围使用它们——在其他上下文中，Informix将单引号和双引号字符串都视为字符串，而不是将单引号字符串分隔为字符串，将双引号字符串分隔成分隔标识符。（当然，为了完整起见，有一个环境变量DELIMIDENT，可以设置为任何值，但Y是最安全的，它表示双引号始终围绕分隔标识符，单引号始终围绕字符串。）

请注意，MS SQL Server设法使用方括号中的[分隔标识符]。我觉得这很奇怪，而且肯定不是SQL标准的一部分。

大多数数据库遵循基本语法，

INSERT INTO TABLE_NAME
SELECT COL1, COL2 ...
FROM TABLE_YOU_NEED_TO_TAKE_FROM
;

我使用的每个数据库都遵循这种语法，即DB2、SQL Server、MY SQL、PostgresQL