Rails4 でカウンター用カラムをインクリメントする - xyk blog
環境： rails (4.1.6) activerecord (4.1.6) mysql2 (0.3.16) Rails4 というか Rails でカウンター用カラムをインクリメントする簡単な方法がないか調べてみた。 やりたいこと MySQL だったら以下のような SQL を発行したい。 update books set reviews_count = reviews_count + 1, updated_at = now() where id = ? カウンターのインクリメントと同時にソートのために更新日時も一緒に更新したい。 検証用環境の作成 $ bundle exec rails new counter_app -d mysql -T --skip-bundle $ cd counter_app $ bin/bundle install --path vendor/bundle モデ
Rails x PostgreSQL db:seed用sqlを作る - ぴよログ
今日から文体を常体にする。 データベースに最初からデータを入れておきたい場合、Railsではrake db:seedを使う。このタスクによりRailsアプリケーションがロードされた状態でdb/seeds.rbに書いたコードが実行される。 シード用データを作ること自体が重い場合（例えば外部のAPIを呼ばなければいけないとか、たくさんのjsonファイルを解析しなければいけないとか）、ローカルで流したスクリプトを再度プロダクション環境で流すのは馬鹿らしいので、ローカルのデータベースをダンプしたものを使うのが賢いのだと思う。 環境は次のものを想定する。 PostgreSQL Heroku PostgreSQLではpg_dump dbname > dump.sqlやpsql dbname < dump.sqlようなコマンドを使えるが、Herokuのような環境ではそれらのコマンドを直接叩けないことも多
ActiveRecord を使って好きなデータベースにアクセス。注意点とか。始めにやることとか使い方の基本 - それマグで！
任意のデータベースにActiveRecord でアクセスしよう。 ActiveRecordで何でもかんでもヤルと楽になる気がした。 RubyでMySQLにアクセスしてデータ読み書きすれば便利そう インストール gem install activerecord sudo aptitude install libmysql-ruby #mysql 関連のパッケージがRubyに含まれていない場合 使い方 require "rubygems" require "active_record"簡単にロードすることができます。 データベースに接続する。 ActiveRecord::Base.establish_connection( :adapter=>"mysql", :host =>"localhost", :database =>"epgrec", :username=>"epgrec_user"
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
ウェブリブログ：サービスは終了しました。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
Rails 2.0 での add_column / remove_column の自動生成 - minorio のプログラミング・メモ
既存のテーブルに列を追加したい場合、ジェネレーターで migration add_column とかやるのだけど、Rails 2.0 では少し便利になって、以下のように書けるらしい。 >script/generate migration AddPriceToProduct price:decimalAddカラム名Toモデル名、の後にカラムのタイプ指定というフォーマット。これを実行すると db/migrate/20080427070207_add_price_to_product.rb のような名前で以下のマイグレーションファイルが自動生成される。 class AddPriceToProduct < ActiveRecord::Migration def self.up add_column :products, :price, :decimal end def self.down remo
FixtureからFactoryGirlへ : Figure out!! -ドリコムエンジニアブログ
Fixture suck! と言われて久しいですね。こんにちは！ onk です。 最近は Rails 3.0 でソーシャルアプリを作っています。で，BDD に RSpec 2.0 ＆ FactoryGirl を使い出したので FactoryGirl についてご紹介。 define まず，FactoryGirl は ActiveRecord に依存しています。factory の定義は AR のモデル単位。 Factory.define :onk, :class => User do |user| user.name "onk" user.email "onk@drecom.co.jp" end たとえばこんな感じですね。 create / build 定義した factory を使うときは Factory.create(:onk) #=> #<User id: 1, name: "onk",
第14回 DataMapperの使い方 | gihyo.jp
DataMapperのコンポーネントは、基本的にクラスではなくモジュールとして提供されているため、アプリケーションで利用するモデルクラスにインクルードして使います。 Resourceモジュールをインクルードすると、自動的にModelモジュールがextendされ、PersonクラスはModelクラスとして振る舞うようになります。これは図1のPersonに相当します。 図1のPerson Mapperに相当する仕組みはRepositoryです。Repositoryは、create, update, delete, read_one, read_manyなどの、データストアに対する基本的な操作のインターフェイスを規定します。Modelクラスは、Repositoryへの参照を持っていて、 Modelクラスによるデータストアへのアクセスは、全てRepositoryを介して行われます。この際、データス
ActiveRecordのupdated_at、created_atを自動更新しない方法 - いとうまさしのカチャカチャTODAY
railsのモデル（ActiveRecord）にはtimestamps(updated_atとcreated_at)というフィールドがあって、更新日時、生成日時が勝手に記録されて便利ですね。 でも特定のタイミングでこの自動更新（特にupdated_at）を止めたい場合があります。 そんな時にはActiveRecord::Baseのrecord_timestampsをfalseにするといいみたいです。 例えば、僕の場合： ・CMSみたいな仕組みを作っている ・ページの中身を入れておくPageというモデルがあった。 ・このモデルにアクセスカウンター（pages.counter）用のフィールドあり。 ・アクセスカウンターは/pages/showが呼ばれる度にpages.counterを＋１する仕組み ・ということは/pages/showが呼ばれる度にupdated_atが更新される ・/page
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
ヽ( ・∀・)ノくまくまー(2005-08-17) Migration
● [rails] Migration データベースのスキーマ(変更)を管理する機能です。もれなくこんな特典がついてきます。 運用環境でアプリケーションのバージョンを上げるときに、スキーマ変更の漏れがなくなる。 共同開発者がいる場合、rake 一発で自分のところにスキーマ変更を反映できる。(svn update と rake migrate はワンセット♪) バージョンコントロールされるので、Migrationで管理している任意の時点のスキーマに戻すことが可能。 スキーマ変更は ActiveRecord::Migration のサブクラスを作って定義します。リビジョン管理していますので、各バージョン毎に1つのクラスを追加することになります。そのクラスの中で定義した up, down というクラスメソッドの内容が、それぞれアップグレードとダウングレード時の処理として実行されます。Rails
Associations | 優しいRailsの育て方 | ヽ( ・∀・)ノくまくまー
class Member < ActiveRecord::Base has_one :favorite end class Favorite < ActiveRecord::Base belongs_to :member end has_one で関連を定義すると、以下のメソッドが自動的に定義されます。(belongs_to 側にも同様のメソッドが定義されます)。 (関連名)(force_reload = false) : 関連するオブジェクトを取得します。 (関連名)= : 関連するオブジェクトを代入します。(自動的にDBへ保存されます) (関連名).nil? : 関連するオブジェクトが存在しないことを確認します。(なければ true を返す) build_(関連名)(attributes = {}) : 関連するオブジェクトを作成して返します。(DBへの保存はされません) create
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://svn.topfunky.com/podcast/vendor/rails/railties/lib/tasks/databases.rake
Using ActiveRecord::Schema to Create Databases Without Rails by Elf Sternberg
.: Quirkey.com :: static_model :: Code :: Quirkey NYC, LLC :: Aaron Quint :: Web Developer :: Brooklyn, NY :.
SimplePlay
はてなブログ | 無料ブログを作成しよう
はてなブログ | 無料ブログを作成しよう
Ruby on Rails : migration 機能リファレンス - WebOS Goodies