Rails, Attachment_fu - 数据库存储附件的深拷贝

Question

我有一个模型，比方说 Attachments，它使用 Attachment_fu 接受用户上传的文件。我想“深度复制”（或者用 Ruby 语言来说，深度克隆）一个附件，从而在“db_files”表中创建一个全新的二进制对象。

我发现这还不是一个完全解决的问题。这篇博文： http://www.williambharding.com/blog /rails/rails-faster-clonecopy-of-attachment_fu-images/

显示了一种据称适用于基于文件系统的存储的方法。对于基于数据库的存储，“深层复制”失败。创建一个新的“附件”，但它使用预先存在的 db_file_id，从而执行浅复制。

在attachment_fu的db_file_backend.rb里面我看到了save方法：

      # Saves the data to the DbFile model
      def save_to_storage
        if save_attachment?
          (db_file || build_db_file).data = temp_data
          db_file.save!
          self.class.update_all ['db_file_id = ?', self.db_file_id = db_file.id], ['id = ?', id]
        end
        true
      end

所以，我试图破译这个，我相信“build_db_file”是DbFile.new的一些Ruby元编程魔法简写，尽管我无法确认这一点（grepping源代码显示没有提到这一点，我在谷歌上也找不到它）。

我不太确定它在做什么，但我的理论是 db_file 是从源 obj 复制的，作为“深层复制”尝试的一部分（在链接代码中），因此它只是触发保存而不是触发创造。

我最初的理论是，父（附件）对象将在深度复制尝试时设置为“新”，因此我做了类似的事情：

 def save_to_storage
    if save_attachment?
      if self.new_record?
        db_file = DbFile.new :data => temp_data
        self.class.update_all ['db_file_id = ?', self.db_file_id = db_file.id], ['id = ?', id]
      end
    end
    true
  end

这实际上对于克隆对象来说效果很好，但不幸的是，常规非克隆文件上传的所有测试都失败了。 Attachment 对象已创建，但没有数据写入 db_file。理论上是先保存父对象，然后再写入 db_file 的东西，因此 new_record？返回假。

因此，作为一个实验，我决定尝试：

  def save_to_storage
    if save_attachment?
      if self.new_record?
        db_file = DbFile.new :data => temp_data
        self.class.update_all ['db_file_id = ?', self.db_file_id = db_file.id], ['id = ?', id]
      else
        (db_file || build_db_file).data = temp_data
        db_file.save!
        self.class.update_all ['db_file_id = ?', self.db_file_id = db_file.id], ['id = ?', id]
      #end
    end
    true
  end

这部分有效 - db_file 已填充，但随后我在 db_file.save 上收到错误！ - 说 db_file 为零。

所以，我有点受阻。我可以做一些进一步的尝试和错误，但此时我对这个插件如何工作的理解有限。我真的没想到或不想花这么多时间在上面，所以我不愿意进一步尝试和探索 Attachment_fu，但我担心我将不得不深入兔子洞才能弄清楚。有什么想法或想法吗？

谢谢！！

Answer 1

这只是解释 build_db_file 调用的部分响应

正如您所怀疑的，build_db_file 调用执行一个方法 通过创建 belongs_to 关联生成。关联是在此处创建的：

def self.included(base) #:nodoc:
   Object.const_set(:DbFile, Class.new(ActiveRecord::Base)) unless Object.const_defined?(:DbFile)
   base.belongs_to  :db_file, :class_name => '::DbFile', :foreign_key => 'db_file_id'
end

因此 (db_file || build_db_file) 语句采用现有的关联 DbFile 对象，如果为 nil，则创建一个新对象，并将 temp_data 分配给它的二进制字段data。 temp_data 可能是包含表单数据的字节数组。

我有一个问题（我无法评论你的问题） - 为什么你在使用 db_file.save 创建后不调用 db_file.save!

db_file = DbFile.new :data => temp_data

？

Answer 2

好吧，所以我没有弄清楚如何创建新的 db_file（这在我们的特定情况下是浪费的），而是只是对 destroy_file 进行了猴子修补，以便仅在没有更多附件记录指向它时才删​​除 db_file。如果您允许某人原位“修改”附件 db_file，这可能不合适，但由于我们不允许，所以这非常有效。

Technoweenie::AttachmentFu::Backends::DbFileBackend.module_eval do
  protected
  def destroy_file
    if db_file && self.class.count( :conditions =>["id <> ? AND db_file_id = ?", self.id, db_file.id] ) == 0
      db_file.destroy 
    end
  end
end