RailsのMigrationで既存のデータに対するデフォルト値を与える方法 | ひたすらメモするだけのブログ
def self.up add_column :posts, :rendering_mode, :string, :default => "plain" end def self.down remove_column :posts, :rendering_mode end これでは、新しいデータにはデフォルト値は与えられますが、既存のデータに対してはデフォルト値を与えることはできません。この場合、update_allを利用して、下記のように記述すると、今までのデータを更新してデフォルト値を与えることができます。 def self.up add_column :posts, :rendering_mode, :string, :default => "plain" Post.update_all ["rendering_mode = ?","plain"] end def self.down
MVCとRailsの基本構成を学ぼう
RailsコマンドとRake 最後に、Railsアプリケーション開発でよく利用するrailsコマンドとrakeについて紹介します。 railsコマンドには、new以外にもいろいろなサブコマンドが用意されています。よく使用するサブコマンドには以下のようなものがあります。 rails generate（または“rails g”） コードの生成（後で詳述）を行う rails console（または“rails c”） Railsコンソールを起動 rails server（または“rails s”） Railsサーバーを起動 Railsコンソールとは、Railsの環境をロードした状態で対話的にRubyコードを実行できるツールです。また、Railsサーバーを起動すると、アプリケーションが立ち上がり、ブラウザから利用することができるようになります。 その他のサブコマンドについては「rails -h」で
Rails 3.1 の migration の変更点について - おもしろwebサービス開発日記
またまたRails 3.1 ネタです。Rails 3.1 では migration ファイルのデフォルトフォーマットが変わりました。 rails g model blog title:string body:text としたとき、Rails 3.0 では下記のファイルが生成されます class CreateBlogs < ActiveRecord::Migration def self.up create_table :blogs do |t| t.string :title t.text :body t.timestamps end end def self.down drop_table :blogs end end Rails 3.1 では下記のファイルが生成されます。 class CreateBlogs < ActiveRecord::Migration def change cr
マイグレーション関連のRakeタスクの再確認 - ひげろぐ
Rails 2.1になってマイグレーション周りで追加されたタスクや覚えておくべきタスクについての確認。 追加された db:migrate:up db:migrate:down 覚えておいた方がよくなった db:rollback db:migrate:redo db:abort_if_pending_migrations 追加された – 各マイグレーションのupとdownを任意に実行できるように 2.1からRakeタスクに「db:migrate:up」と「db:migrate:down」が追加された。 これにより各マイグレーションのupとdownが好きなタイミングで任意に実行できるようになった。 それぞれupとdownを実行したいVERSIONを指定して実行する。14桁。めんどくさくてもちゃんと指定する。指定しなくてはならない。 $ rake db:migrate:up VERSION=20
FFTT : RailsのMigration
なんですかこれは データベース構造をバージョン管理する仕組み SQLではなくRubyのコードでデータベース構造を記述することによって抽象化 本番環境への変更の適用漏れがなくなる ほかの開発環境や検証環境への変更の適用がバッチリ 必要があれば以前のバージョンに戻せる 複数のデータベースエンジンへの対応が簡単にできる MySQL, PostgreSQL, SQLite, SQL Server, Sybase, Oracle (メジャーなものはDB2以外ぜんぶだって) どうつかいますか $ svn up $ rake migrate セットで使う。 これで手元の開発環境のソースコードとデータベースの構造が最新のものになる。 仕組み schema_infoというテーブルとMigration定義ファイルの名前でバージョン管理 Migration関連の操作 rake db:schema:dump (r
pylori*style wiki - MigrationによるDB管理
Migrationとは Migration とは、Railsで使うデータベースの管理機能で、テーブル作成・カラ ムの追加/変更などの作業を一元管理できます。SQL でスキーマを書くのでは なく、Rails独自の記法(Rubyの文法の範囲内)を使ってDB管理を行います。以 下のようなメリットがあります。 スキーマのバージョン管理ができる rake コマンドでスキーマのバージョンアップ/ロールバックが可能 データベースに依存しない書き方ができるので、他のデータベースに切り替えるのが容易 対応しているデータベース 現在、対応しているデータベースは MySQL, PostgreSQL, SQLite, SQL Server, Oracle です。 今後、対応DBは増えていくと思います。最新情報は、 http://api.rubyonrails.org/classes/ActiveRecord/Mi
)
Ruby/Ruby on Rails/マイグレーション(migration) - TOBY SOFT wiki
はじめに † Railsのデータベースのマイグレーション(migration)についてのメモ まずは、migrationのチュートリアル的なのは公式のRails Guide の Migrationsを見ましょう。 ここでは、主にRails 2.xでのmigrationを扱っています。 趣旨的にマイナーだけど便利な機能をとりあげたい？ ↑ Rails 2.1〜 † Rails 2.1からmigration(マイグレーション)ファイルがUTC(年月日分秒)14桁表記になってる。 つまり、協定世界時が2009/06/04 13:24:22ならば、20090604132422_create_products.rb のように書く。でも、UTCって日本時間(JST)と違うんだけど！-9時間引いてって面倒くせえ！って思うのですが、script/generate migration使えばよいみたい。 ru
Ruby on Rails : migration 機能でデータベーススキーマを変更する - WebOS Goodies
本日は Ruby on Rails による Web アプリケーション作成の続きです。前回の記事では、Scaffold を使用して記事データ入力の基本的なインターフェースを作成するところまでやりました。generate スクリプトを実行するだけでテーブルのリスト表示・項目作成・編集・削除のすべての操作が実装されるのは驚きでしたね。本日は、前回手動で行ったテーブルの作成作業を Ruby on Rails に任せるための migration と呼ばれる方法をご紹介します。 migration は簡単に言うと Ruby スクリプトによってテーブルの作成やカラム構成の変更を行う機能です。Scaffold 主に導入時のサポートを目的とした機能でしたが、migration はデータベース構成の維持管理を主目的にしています。最大の特徴はテーブル・カラム構成（スキーマと言うんですかね）にリビジョン管理のよう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rails3 generate migration add_columnとか | このコードわからん
SimplePlay