ruby-on-rails - Rails column_hash 类型与实际数据库类型不同

Question

我在构建我的第一个 Rails 应用程序时遇到了这个奇怪的问题。我正在使用 Postgres，它支持对我非常有用的 ENUM 类型。然而，Rails 不支持这一点，所以我在迁移中使用了很多“执行”。它们都成功运行并且似乎可以正常工作。当我通过 pgAdmin 检查它时，我的数据库正是我想要的方式。我目前在 users 表中使用 3 种 ENUM 类型:

gender ('female', 'male')
interested_in ('men', 'women', 'men_and_women')
relationship_status ('single', ..., 'divorced')

对于应用程序端，我使用 classy_enum gem 。然后我尝试更新用户配置文件以检查是否一切正常。起初我从编辑配置文件表单中删除了 interested_in 因为它有一些不同的逻辑。一切正常。然后我添加了 interested_in，更新了新类型的逻辑，并再次提交了表单。我收到此错误:

PG::InvalidTextRepresentation: ERROR: invalid input value for enum interested_in: "0" :
UPDATE "users" SET "interested_in" = $1, "remember_token" = $2, "updated_at" = $3 WHERE "users"."id" = 1

它试图将 0 保存到一个不包含此选项的枚举字段，但显然失败了。所以，当我第一次看到类似的错误时，我想“这个 0 到底是从哪里来的？”但事实证明，Rails 在保存之前将值转换为整数，并且每当您转换具有非数字字符的字符串时，结果都是 0。我想这就是再次发生的情况。所以我去了控制台并输入:

2.0.0p247 :001 > User.columns_hash['interested_in'].type
 => :integer

当我为 gender 和 relationship_status 运行相同的命令时，我得到 nil，这是有道理的，因为 Rails 不理解 ENUM 类型:

2.0.0p247 :007 > User.columns_hash['gender'].type
 => nil

在 pgAdmin 中我有:

和

分别。

我已尝试重新启动我的网络服务器 (Pow)、postgres 服务器，但类型仍然不匹配。这怎么可能？ Rails 数据库适配器如何工作？我能做些什么来解决这个困惑的局面？

Answer 1

好吧，我正在回答我自己的问题，但我不会接受它，因为我仍然希望有更多经验的人来阐明这个问题。

我有一种预感，它与名称 interested_in 有关，它以“int”开头。然后我将名称更改为 is_interested_in 但运气不好，所以我放弃了这个假设。花了几个小时对这个问题感到困惑，删除了我的整个数据库，再次迁移它，再次删除，从 structure.sql 加载它都没有成功，我决定再次试一试并将类型的名称更改为 user_interested_in(因为它甚至不以“i”开头)。再次，没有运气。又过了几个小时，由于我无法在网上找到任何东西或提出任何其他假设，我仔细检查了其他枚举类型的名称，发现它们在字符串的任何位置根本不包含“int” .然后，我将类型名称从 interested_in 更改为 attracted_to，你猜怎么着？它奏效了。

User.columns_hash['interested_in'].type
 => nil

我的猜测是 Rails 中存在错误。它似乎试图变得聪明，并用一些逻辑猜测列类型:

model_column_type = :integer if db_column_type.include?("int")

但这有点疯狂。为什么不检查完全匹配？对我来说没有任何意义。

编辑

嗯，就是这样。刚查过Rails source这正是它的作用:

# rails / activerecord / lib / active_record / connection_adapters / column.rb

require 'set'

module ActiveRecord
  # :stopdoc:
  module ConnectionAdapters
    # An abstract definition of a column in a table.
    class Column
      TRUE_VALUES = [true, 1, '1', 't', 'T', 'true', 'TRUE', 'on', 'ON'].to_set
      FALSE_VALUES = [false, 0, '0', 'f', 'F', 'false', 'FALSE', 'off', 'OFF'].to_set
      ...

      def simplified_type(field_type)
          case field_type
          when /int/i
            :integer
          when /float|double/i
            :float
          .
          .
          .
          when /boolean/i
            :boolean
          end
        end
    end
  end

对于支持创建类型的数据库来说，这是一个严重的问题。正则表达式真的必须如此包容吗？让我想知道我是否应该创建一个问题。