使用特定的字段名，这样如果有人更改了您的表，您就不会得到意想不到的结果。关于主题:在执行插入操作时始终指定字段名，这样如果稍后需要添加列，就不必在生产版本中同时修复程序和更改数据库。

如果使用*或列，Select同样有效(就速度而言)。

区别在于内存，而不是速度。当您选择几个列时，SQL Server必须分配内存空间为您提供查询，包括您所请求的所有列的所有数据，即使您只使用其中一个列。

在性能方面真正重要的是执行计划，而执行计划又严重依赖于WHERE子句和JOIN、OUTER JOIN等的数量……

对于你的问题，只需使用SELECT *。如果你需要所有的列，那就没有性能差异了。

对服务器来说，指定列名肯定更快。但是,如果

性能不是大问题(例如，这是一个网站内容数据库，每个表中有数百行，可能是数千行，但不是数百万行);和 你的工作是使用公共框架创建许多小型的类似应用程序(例如面向公众的内容管理网站)，而不是创建一个复杂的一次性应用程序;和 灵活性很重要(为每个站点定制大量的db模式);

那么你最好坚持使用SELECT *。在我们的框架中，大量使用SELECT *允许我们将一个新的网站托管内容字段引入到一个表中，赋予它CMS的所有好处(版本控制、工作流/审批等)，同时只在几个点上修改代码，而不是几十个点。

我知道DB专家们会因此而恨我——请继续，投我反对票——但在我的世界里，开发人员的时间是稀缺的，而CPU周期是丰富的，所以我相应地调整我所节省的和浪费的。

当您有一个连接时，不使用select *对于性能特别重要，因为根据定义，至少两个字段包含相同的数据。您不希望将不需要的数据从数据库服务器发送到应用程序或web服务器而浪费网络资源。使用select *似乎更简单，但这是一种糟糕的做法。由于很容易将列名拖到查询中，所以只需这样做即可。

Another issue that occurs when using select * is that there are idiots who choose to add new fields in the middle fo the table (always a bad practice), if you use select * as the basis for an insert then suddenly your column order may be wrong and you may try to insert the social security number into the honorarium (the amoutn of money a speaker may get paid to pick a non-random example) which could be a very bad thing for data integrity. Even if the select isn't an insert, it looks bad to the customer when the data is suddenly in the worng order on the report or web page.

我认为在任何情况下使用select *都不会比使用列列表更好。您可能认为这样更容易维护，但事实并非如此，而且当您不需要的字段被添加到表中时，会导致您的应用程序毫无理由地变慢。您还必须面对修复问题，如果您使用列列表就不会损坏，因此您节省的不添加列的时间将用于此操作。

这取决于你的指标和目的:

如果你有250列，并且想要全部选中，如果你想当天回家，请使用select *:) 如果您的编码需要灵活性，并且需要的表很小，那么选择*可以帮助您更快地编码并更容易地维护它。 如果你想要强大的工程和性能: 如果只有几个列名，就写出来，或者 编写一个工具，让您轻松地选择/生成列名

作为经验法则，当我需要选择所有列时，我会使用“select *”，除非我有非常具体的理由这样做(另外，我认为在有很多很多列的表上更快)

最后，但并非最不重要的是，您希望添加或删除表中的列如何影响您的代码或其维护?

如果你关心速度，确保你使用准备好的语句。否则，我是与ilitirit，变化是你保护自己免受。

/艾伦