我见过许多人声称在选择查询中应该特别命名每个列。
假设我无论如何都会使用所有列，那么为什么我不使用 SELECT * ？
即使考虑到这个问题 SQL 查询问题 - 从视图选择 * 还是从视图选择 col1，col2，… colN ，我认为这并不完全相同，因为我从稍微不同的角度来处理这个问题。
我们的一个原则是在时机未到之前不要优化。考虑到这一点，似乎在资源问题或模式基本上固定之前，使用 SELECT * 应该是首选方法。 而我们知道，这不会发生直到开发完全完成。
话虽如此，是否有一个重要的问题不能使用 SELECT * ？
主要原因之一是，如果您从表中添加/删除列，则任何进行SELECT *调用的查询/存储过程都将获取比预期更多或更少的数据列。
间接地违反了有关尽可能使用严格类型的模块化规则。显式通常更好。
即使现在您需要表中的每一列，以后可能还会添加更多列，每次运行查询时都会被提取下来，这可能会损害性能。这会损害性能，因为：
当您明确需要表中的每一列时，而不是需要您编写查询时存在的每一列。例如，如果您正在编写一个需要显示表的全部内容的数据库管理应用程序（无论内容是什么），可以使用此方法。
SELECT * 的时机是在使用数据库客户端进行测试查询时。 - cdmckay有几个原因：
注意：上面的示例中我选择了INTEGER，因为它们有固定的4字节大小。
当我在 SQL Server 2005 中的视图中使用 select * 时，我注意到了一种奇怪的行为。
运行下面的查询，你就会明白我的意思。
IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[starTest]') AND type in (N'U'))
DROP TABLE [dbo].[starTest]
CREATE TABLE [dbo].[starTest](
[id] [int] IDENTITY(1,1) NOT NULL,
[A] [varchar](50) NULL,
[B] [varchar](50) NULL,
[C] [varchar](50) NULL
) ON [PRIMARY]
GO
insert into dbo.starTest
select 'a1','b1','c1'
union all select 'a2','b2','c2'
union all select 'a3','b3','c3'
go
IF EXISTS (SELECT * FROM sys.views WHERE object_id = OBJECT_ID(N'[dbo].[vStartest]'))
DROP VIEW [dbo].[vStartest]
go
create view dbo.vStartest as
select * from dbo.starTest
go
go
IF EXISTS (SELECT * FROM sys.views WHERE object_id = OBJECT_ID(N'[dbo].[vExplicittest]'))
DROP VIEW [dbo].[vExplicittest]
go
create view dbo.[vExplicittest] as
select a,b,c from dbo.starTest
go
select a,b,c from dbo.vStartest
select a,b,c from dbo.vExplicitTest
IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[starTest]') AND type in (N'U'))
DROP TABLE [dbo].[starTest]
CREATE TABLE [dbo].[starTest](
[id] [int] IDENTITY(1,1) NOT NULL,
[A] [varchar](50) NULL,
[B] [varchar](50) NULL,
[D] [varchar](50) NULL,
[C] [varchar](50) NULL
) ON [PRIMARY]
GO
insert into dbo.starTest
select 'a1','b1','d1','c1'
union all select 'a2','b2','d2','c2'
union all select 'a3','b3','d3','c3'
select a,b,c from dbo.vStartest
select a,b,c from dbo.vExplicittest
SELECT * 并不总是邪恶的。至少在我看来是这样的。我经常使用它来动态查询返回整个表，加上一些计算字段。
例如，我想从一个“普通”表中计算地理几何图形，即没有任何几何字段但包含坐标字段的表。 我使用postgresql及其空间扩展postgis。但原则适用于许多其他情况。
以下是一个例子：
一个带有标记为x、y、z的字段中存储坐标的位置表：
CREATE TABLE places (place_id integer, x numeric(10, 3), y numeric(10, 3), z numeric(10, 3), description varchar);
让我们输入一些示例值：
INSERT INTO places (place_id, x, y, z, description)
VALUES
(1, 2.295, 48.863, 64, '巴黎，星形广场'),
(2, 2.945, 48.858, 40, '巴黎，埃菲尔铁塔'),
(3, 0.373, 43.958, 90, '孔多姆，圣皮埃尔大教堂');
我想能够使用某些GIS客户端映射此表的内容。正常的方法是向表中添加一个几何字段，并基于坐标构建几何图形。 但我更喜欢获得一个动态查询：这样，当我更改坐标（更正、更精确等）时，映射的对象实际上会动态移动。 因此，以下是带有 SELECT * 的查询：
CREATE OR REPLACE VIEW places_points AS
SELECT *,
GeomFromewkt('SRID=4326; POINT ('|| x || ' ' || y || ' ' || z || ')')
FROM places;
有关 GeomFromewkt() 函数的使用，请参阅 postgis。
以下是结果：
SELECT * FROM places_points;
place_id | x | y | z | description | geomfromewkt
----------+--------+---------+---------+--------------------------------+--------------------------------------------------------------------
1 | 2.295 | 48.863 | 64.000 | 巴黎，凯旋门广场 | 01010000A0E61000005C8FC2F5285C02405839B4C8766E48400000000000005040
2 | 2.945 | 48.858 | 40.000 | 巴黎，埃菲尔铁塔 | 01010000A0E61000008FC2F5285C8F0740E7FBA9F1D26D48400000000000004440
3 | 0.373 | 43.958 | 90.000 | 孔多姆，圣皮埃尔大教堂 | 01010000A0E6100000AC1C5A643BDFD73FB4C876BE9FFA45400000000000805640
(3 行)
最右侧的一列可以被任何GIS程序用来正确地映射这些点。
我希望VIEW的定义可以保持“原样”，使用通配符(*)，但遗憾的是它并非如此：这是PostgreSQL内部存储它的方式：
SELECT places.place_id, places.x, places.y, places.z, places.description, geomfromewkt(((((('SRID=4326; POINT ('::text || places.x) || ' '::text) || places.y) || ' '::text) || places.z) || ')'::text) AS geomfromewkt FROM places;
当你指定列时，你也在将自己与特定的列绑定在一起，使自己变得不够灵活，让Feuerstein在任何地方都会翻滚。这只是一个想法。