Rails,附件-数据库存储附件的深度副本

我有一个模型,比如说附件,它使用附件来接受用户上传的文件。我想“深度复制”(或在RubyeSe中,深度克隆)一个附件,从而在“db_files”表中创建一个全新的二进制对象。

我发现这个问题还没有完全解决。此日志: http://www.williambharding.com/blog/rails/rails-faster-clonecopy-of-attachment_fu-images/

显示一种据称适用于基于文件系统的存储的方法。对于基于数据库的存储,“深度复制”失败。创建了一个新的“附件”,但它使用了预先存在的db_文件ID,因此执行了一个浅拷贝。

在附件的db_backend.rb中,我看到了保存方法:

      # 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”是db file.new的一个Ruby元编程的神奇缩写,尽管我不能证实这一点(grepping源代码没有提到这个,也不能在谷歌上找到它)。

我不太确定它在做什么,但我的理论是,作为“深度复制”尝试的一部分(在链接代码中),从源obj复制db_文件,因此它只是触发保存而不是创建。

我最初的理论是,通过深度复制尝试,父(附件)对象将设置为“新”,因此我做了如下操作:

 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

对于克隆对象来说,这实际上很好,但不幸的是,所有常规的非克隆文件上载测试都失败了。附件对象已创建,但没有数据写入数据库文件。理论上是先保存父对象,然后再写入db_文件,这样就有了新的_记录?返回false。

因此,作为一个实验,我决定尝试:

  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

这是部分工作-数据库文件被填充,但我在数据库文件上得到一个错误。保存!-说数据库文件是零。

所以,我有点困惑。我可以做一些进一步的尝试和错误,但在这一点上,我对这个插件是如何工作的了解有限。我真的没想到也不想在上面花这么多时间,所以我不想再去探索依恋,但恐怕我得去兔子洞里想办法。有什么想法或想法吗?

谢谢!!