user = User.find(:first) user.id # 1 user.name # test clone_user = user.clone dup_user = user.dup # clone したオブジェクトは ID が含まれない clone_user.id # nil dup_user.id # 1 # clone したオブジェクトは new_record? == true user.new_record? # nil clone_user.new_record? # true dup_user.new_record? # nil # dup で複製したオブジェクトは複製元オブジェクトの属性値を変更すると値が変わる user.name = 'new name' clone_user.name # test dup_user.name # new name 上記のような
Rails を勉強する！とこのブログを立ち上げて以来、残念ながら Rails の勉強はあまり進んでいない。その大きな理由は、Rails はかなり大きいフレームワークだからではないか。Javaで言ったら Struts + Hybernate + JUnit といった感じで、フレームワーク数個分に相当するのだ。 個人的な感想としては、中でも Model 部分に相当する O/R マッパーの ActiveRecord がよくできていると感じた。そこで、るびまの記事などを参考に ActiveRecord の学習に挑戦。 ActiveRecord::Base の rdoc が非常にわかりやすい。これは、(Ruby のルートディレクトリ）/lib/ruby/gems/1.8/doc/activerecord(バージョン)/rdoc/index.htmlから探しだせる。 ActiveRecord::Bas
Active Record Active Record objects don’t specify their attributes directly, but rather infer them from the table definition with which they’re linked. Adding, removing, and changing attributes and their type is done directly in the database. Any change is instantly reflected in the Active Record objects. The mapping that binds a given Active Record class to a certain database table will happen au
2024年下半期のフィルム写真たち ふと気がつくと2024年も残り僅か。 そしてふと振り返るとこのブログに掲載する写真がGRIIIで撮ったものばかりになっていたのだけど、決してフィルムに飽きたということではなく、フィルムはフィルムで淡々と撮り続けているし、モノクロもカラーネガもいつも通り自宅で…
2024.02 « - - - - - 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 - - - - - - » 2024.04 Ruby On Rails でアプリを作るぞー、と決める前からあったテーブルを使いたい場合はどうしましょう。 そんな時に心強いのが、set_table_name です。 普通、モデル名の複数形がテーブル名になったりするのですが、モデルファイルで、set_table_name の後にテーブル名を指定してあげると、指定したテーブル名を使ってモデルが機能するようになります。 例を挙げてみましょう。 code_master という古ーいテーブルが昔からあったとします。 $mysql describe code_master; +-----------
いまいちRailsの機能とActiveRecordの機能を区別できてない。create_tableでテーブル定義して# rake migrateなんかしても、Ruby的には意味不明みたいだ。これはたぶんRailsの機能。たぶん。おそらく。 マイグレーションは面倒そうだったのでまずはO/Rマッピングから攻めていくことにする。 RubyからSQLite3を操作する sudo apt-get install ruby1.8-dev sqlite3 とかsudo gem install sqlite3 active_recordしておく。準備が出来たらこう書く。 require "rubygems" require "sqlite3" sql=<<SQL CREATE TABLE students ( id INTEGER PRIMARY KEY NOT NULL UNIQUE, test_tex
Ruby on Rails構成するライブラリの中のActiveRecordだけを使用する方法を紹介します． インストール #sudo gem install activerecord 使い方 まず事前準備としてDBを作成しテーブルを定義しておきます． 次にコードの最初にActiveRecord::Base.establish_connectionを実行することでDBとの接続が確立しActiveRecordによるORマッパーが使用可能になります． require 'rubygems' require 'active_record' ActiveRecord::Base.establish_connection( :adapter => 'mysql', :host => 'host_name', :username => 'user_name', :password => 'password
今回はRoRでアジャイルプロトタイピングの実践編として、筆者が特に気に入っているデータベースのマイグレーション機能を紹介したいと思います。データベースのマイグレーションはプロトタイピングのみならず、それ以降のフェーズでも活用できる非常に有用な機能であると考えています。 マイグレーションとは何か？ そもそもマイグレーションとは何でしょうか？ マイグレーション、特にデータベースにおけるマイグレーションとは、新しい環境に移行する際、整合性を保持したまま移行を行うためのツールであるといえるかと思います。 RoRにおけるマイグレーション RoRにおけるマイグレーション機能はActiveRecord::Migrationとそれを利用するフロントエンドに当たるRakeによって実現されています。 RakeはRuby Make、つまり、Ruby版makeとでもいえるビルドツールですが、記述言語としてRuby
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
