sqlite3 varchar 与“like”匹配但不与“=”匹配

使用Rails 3.1和sqlite3进行开发、测试环境。

在迁移中添加了一个新表：

create_table :api_keys do |t|
  t.string :api_key
  t.integer :user_id
  t.timestamps
end

这会生成一个具有以下架构的表：

create_table "api_keys", :force => true do |t|
  t.string   "api_key"
  t.integer  "user_id"
  t.datetime "created_at"
  t.datetime "updated_at"
end

在 ActiveRecord 模型中：

before_create :fill_api_key

private

def fill_api_key
  self.api_key = SecureRandom.hex(30)
end

ActiveRecord的动态查找器方法find_by_api_key(api_key)不起作用（返回零）。与以下相同：

ApiKey.where({:api_key => 'something'}).first

在 sqlite3 中，我执行以下操作：

insert into api_keys (id, api_key) values (-1, '12345');

如果我现在运行选择：

select api_keys.* from api_keys where api_keys.api_key = '12345';

就会找到该记录。

如果我运行未过滤的选择，则会显示从我的应用程序创建的预先存在的数据：

select api_keys.* from api_keys;

如果我尝试通过将这些预先存在的记录之一中的长十六进制字符串粘贴到查询中来查找预先存在的记录：

select api_keys.* from api_keys where api_keys.api_key = 'long hex string';

然后它不返回任何结果。如果我尝试这样做：

select api_keys.* from api_keys where api_keys.api_key like 'long hex string';

然后我得到了一场比赛。

我已经在 api_keys.api_key 上创建了索引，但这没有效果。

此问题会影响我的应用程序中的另一个模型，该模型使用 Digest::SHA1::hexdigest 生成类似的随机十六进制数字字符串。

James

好吧，我想我已经弄清楚了。问题不在于这是 Rails 3.1，而在于您可能已从 Ruby 1.8.7 迁移到 Ruby 1.9.2。

在 Ruby 1.9 中，所有字符串现在都已编码。默认情况下，所有字符串都应该是UTF-8， 然而，SecureRandom.hex(30)返回编码ASCII-8BIT.

您可以使用以下命令在 sqlite3 中确认这一点：.dump api_keys你可能会看到 api_key 字段看起来像这样：

INSERT INTO "api_keys" VALUES(1,X'376433356530[...]',1);    
INSERT INTO "api_keys" VALUES(1,'1234567890[...]',1);

第一个是 SecureRandom 生成的 api_key。第二个是通过在控制台中输入创建的。 X 表示该字段被编码为 blob，而不是字符串。

要解决这个问题，请更改您的fill_api_key对此：

self.api_key = SecureRandom.hex(30).force_encoding('UTF-8')

我刚刚被咬了big time就这样，希望它能帮助你。

这里有一些关于 1.9 中 String 更改的详细信息：http://blog.grayproducts.net/articles/ruby_19s_string