PostgreSQL:错误:运算符不存在:整数 = 字符变化
Posted
技术标签:
【中文标题】PostgreSQL:错误:运算符不存在:整数 = 字符变化【英文标题】:PostgreSQL: ERROR: operator does not exist: integer = character varying 【发布时间】:2014-06-30 15:21:12 【问题描述】:这里我正在尝试创建如下示例所示的视图:
例子:
create view view1
as
select table1.col1,table2.col1,table3.col3
from table1
inner join
table2
inner join
table3
on
table1.col4 = table2.col5
/* Here col4 of table1 is of "integer" type and col5 of table2 is of type "varchar" */
/* ERROR: operator does not exist: integer = character varying */
....;
注意:在 sql server 中执行相同的查询,但在 postgreSQL 中出现上述错误。
【问题讨论】:
【参考方案1】:我认为它可以准确地告诉你哪里出了问题。您不能将整数与 varchar 进行比较。 PostgreSQL 是严格的,不会为你做任何神奇的类型转换。我猜 SQLServer 会自动进行类型转换(这是一件坏事)。
如果您想比较这两种不同的野兽,您必须使用转换语法 ::
将一个转换为另一个。
类似的东西:
create view view1
as
select table1.col1,table2.col1,table3.col3
from table1
inner join
table2
inner join
table3
on
table1.col4::varchar = table2.col5
/* Here col4 of table1 is of "integer" type and col5 of table2 is of type "varchar" */
/* ERROR: operator does not exist: integer = character varying */
....;
注意 table1.col4 上的 varchar
类型转换。
另请注意,类型转换可能会使您在该列上的索引不可用,并且会降低性能,这非常糟糕。更好的解决方案是查看您是否可以永久更改两种列类型中的一种以匹配另一种。从字面上改变您的数据库设计。
或者您可以使用自定义的 不可变 函数在转换后的值上创建索引,该函数将值转换到列上。但这也可能证明不是最理想的(但比现场直播更好)。
【讨论】:
确切地说是 PostgreSQL 在 8.2 中实现了“魔法”。它在 8.3 中停止了。 解决了我的问题。另外,我发现使用“野兽”最有趣。以上是关于PostgreSQL:错误:运算符不存在:整数 = 字符变化的主要内容,如果未能解决你的问题,请参考以下文章
在数据迁移时,出现错误:运算符不存在:布尔 = 整数提示:没有运算符与给定的名称和参数类型匹配