仅在WHERE子句上转换为datetime失败？

Question

我对某些SQL Server查询有问题。原来，我有一个带有“ Attibute_Name”和“
Attibute_Value”字段的表，该表可以是任何类型，存储在varchar中。（是的，我知道。）

特定属性的所有日期似乎都以“ YYYY-MM-DD hh：mm：ss”格式存储（对此不确定100％，此处有数百万条记录），因此我可以毫无问题地执行此代码：

select /*...*/ CONVERT(DATETIME, pa.Attribute_Value)
from 
    ProductAttributes pa
    inner join Attributes a on a.Attribute_ID = pa.Attribute_ID
where 
    a.Attribute_Name = 'SomeDate'

但是，如果我执行以下代码：

select /*...*/ CONVERT(DATETIME, pa.Attribute_Value)
from 
    ProductAttributes pa
    inner join Attributes a on a.Attribute_ID = pa.Attribute_ID
where 
    a.Attribute_Name = 'SomeDate'
    and CONVERT(DATETIME, pa.Attribute_Value) < GETDATE()

我将收到以下错误： 从字符串转换日期和/或时间时转换失败。

它为什么在where子句上失败，而不是在select子句上失败？

另一个线索：

如果我不是使用Attribute_Name进行过滤，而是使用存储在数据库（PK）中的实际Attribute_ID，它将毫无问题地工作。

select /*...*/ CONVERT(DATETIME, pa.Attribute_Value)
from 
    ProductAttributes pa
    inner join Attributes a on a.Attribute_ID = pa.Attribute_ID
where 
    a.Attribute_ID = 15
    and CONVERT(DATETIME, pa.Attribute_Value) < GETDATE()

更新
谢谢大家的回答。我发现很难选择正确的答案，因为每个人都指出了有助于理解该问题的内容。绝对与执行顺序有关。原来我的第一个查询工作正常，因为先执行WHERE子句，然后执行SELECT。我的第二次查询由于相同的原因而失败（由于未过滤属性，执行相同的WHERE子句时转换失败）。我的第三个查询之所以有效，是因为ID是索引（PK）的一部分，因此它具有优先权，并且首先在该条件下钻取结果。

谢谢！

Answer 1

如果转换是在WHERE子句中进行的，则可以比在投影列表中显示的记录（值）进行更多的记录（值）评估。我之前在不同的上下文中已经讨论过这一点，请参见T-SQL函数并不暗示一定的执行顺序，并且在SQL
Server上布尔运算符短路
。您的情况甚至更简单，但相似，并且最终的根本原因是相同的：在处理诸如SQL之类的声明性语言时，不要假设命令执行顺序。

最好的解决方案是清理数据并将列类型更改为DATETIME或DATETIME2类型。 所有 其他变通办法都会有一个缺点或另一个缺点，因此您最好做正确的事。

更新

经过仔细研究（对不起，我是@VLDB，并且只是在会话之间偷看SO），我意识到您拥有一个具有固有的无类型语义（attribute_value可以是bea字符串，日期，int等）的EAV存储。我的观点是，最好的选择是sql_variant在存储中使用，直到客户（例如project
sql_variant）。您可以在客户端中使类型一致，所有客户端API都有从中提取内部类型的方法sql_variant，请参见使用sql_variant数据（以及，几乎所有客户端API
…在CLR中使用sql_variant数据类型）。通过使用sql_variant您可以存储多种类型而无需经历字符串表示形式的问题，您可以使用它SQL_VARIANT_PROPERTY来检查诸如BaseType 在存储的值中，甚至可以像检查约束一样思考以强制数据类型正确性。