Question

在Postgresql数据库上，我们使用uuids作为主键的应用程序。（标准设置描述为here）。

我们按照here描述的过程集成了ActiveStorage。使用rails active_storage:install的标准设置，然后使用rails db:migrate进行迁移。

我们有一个模型和相应的控制器，如下所示：

# Model
class Message < ApplicationRecord
  has_one_attached :image

  def filename
    image&.attachment&.blob&.filename
  end
end

# Controller
class MessagesController < ApplicationController
  def create
    message = Message.create!(message_params)
    redirect_to message
  end

  private
    def message_params
      params.require(:message).permit(:title, :content, :image)
    end
end

我们观察到前几组图像与模型实例正确关联，但是随后我们通常会为模型实例获取随机图像，或者根本没有图像。每次我们重新启动服务器时，我们都会获得正确的前几张图像，但是这是不可预测的。

不能确定发生了什么问题，我们在Rails控制台中进行了调试：

params[:image]
=> #<ActionDispatch::Http::UploadedFile:0x007fcf2fa97b70 @tempfile=#<Tempfile:/var/folders/dt/05ncjr6s52ggc4bk6fs521qw0000gn/T/RackMultipart20180726-8503-vg36kz.pdf>, @original_filename="sample.pdf", @content_type="application/pdf", @headers="Content-Disposition: form-data; name=\"file\"; filename=\"sample.pdf\"\r\nContent-Type: application/pdf\r\n">

在保存实例并获取文件名时，我们得到了一个随机文件，该文件是我们先前上传的。

@message = Message.new(message_params)
@message.filename
=> #<ActiveStorage::Filename:0x007fcf32cfd9e8 @filename="sample.pdf">

@message.save

@message.filename
=> #<ActiveStorage::Filename:0x007f82f2ad4ef0 @filename="OtherSamplePdf.pdf">

正在寻找这种奇怪行为的解释，以及可能的解决方案。

Answer 1

经过数小时的活动存储source code，并运行相同的命令

@message = Message.new(message_params)
@message.save

再次

。我们一次又一次得到相同的随机结果。然后，我们在将图像附加到消息上时浏览了打印的日志栏，并观察到以下内容：

S3 Storage (363.4ms) Uploaded file to key: KBKeHJARTjnsVjkgSbbii4Bz (checksum: S0GjR1EyvYYbMKh44wqlag==)

ActiveStorage::Blob Create (0.4ms)  INSERT INTO "active_storage_blobs" ("key", "filename", "content_type", "metadata", "byte_size", "checksum", "created_at") VALUES ($1, $2, $3, $4, $5, $6, $7) RETURNING "id"  [["key", "KBKeHJARTjnsVjkgSbbii4Bz"], ["filename", "sample.pdf"], ["content_type", "application/pdf"], ["metadata", "{\"identified\":true}"], ["byte_size", 3028], ["checksum", "S0GjR1EyvYYbMKh44wqlag=="], ["created_at", "2018-07-26 04:54:33.029769"]]

ActiveStorage::Attachment Create (2.7ms)  INSERT INTO "active_storage_attachments" ("name", "record_type", "record_id", "blob_id", "created_at") VALUES ($1, $2, $3, $4, $5) RETURNING "id"  [["name", "file"], ["record_type", "Message"], ["record_id", "534736"], ["blob_id", "0"], ["created_at", "2018-07-26 05:04:35.958831"]]

record_id被设置为534736，而不是uuid。这是我们出问题的地方。

活动存储期望我们的Message模型使用整数外键，因此我们希望它使用uuid。因此，我们必须修复迁移，以使用uuid代替整数外键。

解决方案：

class CreateActiveStorageTables < ActiveRecord::Migration[5.2]
  def change
    create_table :active_storage_blobs, id: :uuid do |t|
      t.string   :key,        null: false
      t.string   :filename,   null: false
      t.string   :content_type
      t.text     :metadata
      t.bigint   :byte_size,  null: false
      t.string   :checksum,   null: false
      t.datetime :created_at, null: false

      t.index [ :key ], unique: true
    end

    create_table :active_storage_attachments, id: :uuid do |t|
      t.string     :name,     null: false
      t.references :record,   null: false, polymorphic: true, index: false, type: :uuid
      t.references :blob,     null: false, type: :uuid

      t.datetime :created_at, null: false

      t.index [ :record_type, :record_id, :name, :blob_id ], name: "index_active_storage_attachments_uniqueness", unique: true
    end
  end
end

希望这对遇到类似问题的人有所帮助。欢呼！

Answer 2

我参加2020年的聚会很晚，但是正如anurag所说，这是由于active_storage_attachments DB表使用record_id的bigint造成的。我无法迁移所有带有ActiveStorage附件的模型以使用UUID，因此我需要一种同时支持UUID和bigint的方法。

警告：如果您可以避免这种情况（很可能通过将所有内容迁移到UUID），那么我强烈建议您这样做，并且我打算在有时间的时候立即进行。

除了警告，还可以迁移active_storage_attachments表以将record_id列更改为text。我必须使用active_storage_attachments调整应用程序中要针对record_id表进行联接的几个位置，以将值转换为联接中的文本。例如，当我加入具有UUID ID的模型时，使用了以下代码。

      .joins("
         LEFT OUTER JOIN active_storage_attachments
         ON active_storage_attachments.record_id = documents.id::text
       ")

希望这可以帮助处于中间状态的其他人，因为并非所有使用模型的ActiveStorage都在使用UUID或bigint ID。

Postgresql上具有UUID的Rails 5.2 ActiveStorage

2 个答案: