Rails/Rubyマイグレーション方法のタイムスタンプをオーバーライドするには

Question

マイグレーション中に実行される独自のタイムスタンプメソッドを作成しようとしています。その場にあるものが、フィールドにNOT_NULL制約を追加するようになりました。私は本当にそれを望んでいません。

私が持っている問題は、私は複数のスキーマデータベースを持っているということです。各主要クライアントが独自のスキーマを取得する場所。新しいクライアントをオンボードにすると、新しいテナントレコードが作成され、新しく作成されたスキーマの移行が実行されます。

新しいスキーマは、もちろんデータがないことを除いて、他のスキーマのテーブルの正確なコピーとみなされます。

私が最後に行った移行は、少し古いバージョンのレールを使用していました。まだ3歳ではあるが、年を取っている。タイムスタンプを作成したとき、それらはNULL可能でした。私は（新しいレール上）先日の移行を実行したとき は...まあ、すべてのフィールドは今NOT_NULL

私はレコードが更新されたときupdated_atのが唯一の移入されたアイデアで開発されたコードを持っています...それが作成されたときではありません。 （サードパーティのアプリケーションとデータベースの "関数"がレコードを作成する）.. レコードを作成するサードパーティ製のアプリケーションとデータベース関数は、新しいスキーマに落ちています... すべてのNOT_NULL制約をすべて削除しましたテーブルを手動で作成しましたが、私はマイグレーションタスクにクリーンアップを書いて、将来のすべてのテーブルが修正されるようにする必要はありません。

私は、タイムスタンプのメソッドをオーバーライドすることを考えました変更され、既存のコードを破らなかったものに戻ります。

私は、元に戻す/上書きする必要がある理由があります。
私の質問は今...どのように私はメソッドをオーバーライドするのですか？

create_table :foo do |t| 
    t.text :bar 
    t.datetime :created_at 
    t.datetime :updated_at 
end 

：

Answer 1

これを猿のパッチに入れて...簡単に！

class ActiveRecord::ConnectionAdapters::PostgreSQLAdapter::TableDefinition 
    def timestamps(*args) 
    options = args.extract_options! 
    column(:created_at, :datetime, options) 
    column(:updated_at, :datetime, options) 
    end 
end 

マニエク氏によると、この "修正"のため、レールの更新は無視されます。

しかし、彼の最初の提供は同じです。また、彼の修正に対応するために、古い移行を経て "タイムスタンプ"を新しいコードに置き換える必要があります。それに加えて、今後自動生成されるすべてのマイグレーションを置き換えなければならないことも付け加えてください。

私はDRYにうまく合っているとは思っていません。それはSPOTにも適合しません。

Just B carefulllll！

Answer 2

の何が問題なのです。私はそれを明確にクラスパスを見ることができないと私はそれを上書きするかどうかは正確にはわかりませんか？