プライマリキーを使った1:1関連でカラム数の多いテーブルを分割する - Hidden in Plain Sight
おそらく多くのソーシャル系アプリにあてはまるRailsのプチ・デザインパターン的な話。 ぼくが今やっているEast Meet Eastには、ユーザごとに数多くのプロフィール属性があります。名前、性別、生年月日、郵便番号、職業などなど、カラム数にしてざっと25個。これを、全部ひとつのusersテーブルに詰め込むのは、コードの見通しという観点からも性能の観点からも、あまりよろしくありません。 なぜならば、ユーザ関連の情報を扱う局面としては主に メールアドレスとパスワードなどを使ってログインする（アカウント情報） プロフィール情報で条件を指定してユーザを検索・推薦する（プロフィール情報） という２つの独立性の高いユースケースにわかれるため、ログイン処理をやってるときにはプロフィール情報はいらないし、プロフィールを検索してるときにはメールアドレスやパスワードをロードするのは無駄です。また、開発やデ
ユーザとユーザを多対多で関連付けるモデルを共通化する - Hidden in Plain Sight
思いのほか前回のRailsプチ・デザインパターンの紹介に反応があったので、こういう小ネタも出していったほうがいいのかな、ということで第二弾。 ソーシャル系アプリだと、ユーザとユーザを関連付ける多対多のモデルがたくさんでてきます。たとえば、一般的なところではフォローとかブロックとか足あととか。さらにデーティングサイトになると、ウィンクだったり、Secret admirer（こっそりlikeするけど両思いだったらおめでとうって通知がくるってやつ）だったり、いろいろなモデルがこのパターンにあてはまります。 この場合、「AがBをフォローしている」「BがAをフォローしている」「AとBがお互いにフォローしている」という3つの状態があるわけですが、相互フォローの状態は「AがBをフォローし、かつBがAをフォローしている」と読み替えてSQLでも記述可能なので、以下ではシンプルに単方向のグラフで全てを扱うもの
Rails で十分に活用されていなくてもったいない ActiveRecord::Relation のメソッド TOP 10 - 杉風呂2.0 - A Lifelog -
2013年12月2日更新: 参照されることが多いので Rails 4 の情報を訳注として追記しました。また、Rails 4 に関する情報は、 WEB+DB PRESS Vol.73 が非常に参考になるので、一読をおすすめします。 この文章は Mitch Crowe 氏のブログより 2012年4月14日の記事を翻訳したものです。 The 10 Most Underused ActiveRecord::Relation Methods http://blog.mitchcrowe.com/blog/2012/04/14/10-most-underused-activerecord-relation-methods/ 昨日は ActiveRecord::Relation のコードに膝まで浸かって、使われているのをこれまで全然見たことがない面白いナゲットを思い出させてくれた。この記事で、十分に活用
Concerned_withパターンでRailsのひとつのmodelを複数ファイルに分けて書く方法
Railsのmodelがとても長くなる場合や、数多くの関心事項（例えばvalidation、activation、association等々）に及ぶ場合には、concerned_withパターンを用いてひとつのmodelを関心事項ごとに複数のファイルに分割して書くことができます。 Teamboxというプロジェクト管理アプリのソースコードを読んでいました。app/modelsのディレクトリの中を見ていると、user.rbの他にuserというディレクトリがあり、その中にactivation.rbやvalidation.rbのようなコードがたくさん収められていました（githubのteamboxのmodelsディレクトリ以下を参照）。ためしに、app/models/user/validation.rbを読んでみると、class User ... validates_presence_of :lo
rails3_acts_as_paranoidを使ってみる - ちょりぽんのふがふが日記
環境 Windows Vista Ultimate SP2 Ruby 1.9.2p0 (2010-08-18) [i386-mingw32] DevKit-tdm-32-4.5.1-20101214-1400-sfx RubyGems 1.3.7 Rails 3.0.3 概要 rails3_acts_as_paranoidは削除日時（deleted_at）を利用した論理削除を簡単に実現できるプラグインです。Rails2系のacts_as_paranoidとは別モノ。 インストール お決まりのパターンで、 >gem install rails3_acts_as_paranoid とするか、Gemfileに記述してbundle install。ちなみに執筆時のバージョンは0.0.2です。 軽く実験 Userモデルを作成。 >rails g model User deleted_at:times
特異クラスを使ってRailsのmodelを動的に作成する - tech-kazuhisa's blog
Railsのmodelを動的に定義したくて悩んでたらTwitterで @antimon2 さんがうまい方法を教えてくれました。 # このmodelを継承したクラスを作成すれば # validationを行ったり、viewでform_forが使える class SimpleModel include ActiveModel::Validations include ActiveModel::Conversion extend ActiveModel::Naming def initialize(attributes = {}) attributes.each do |name, value| send("#{name}=", value) end end def persisted? false end end # controllerの一部 # SimpleModelの特異クラスを定義 #
CakePHPでエンティティを使えるプラグイン - CakeEntity - basuke の日記
CakePHPのモデルはデータにアクセスするためのオブジェクトです。モデルが本来記述しているデータは単に配列として表現されています。他言語のメジャーなフレームワーク、RailsやDjangoと比較してCakePHPが大きく違っている部分であり、CakePHPがディスられる大きな要因の一つとなってるように思います。 O/Rマッパーによってデータソースのレコードと結びつけられたオブジェクトは、一般的にエンティティと呼ばれます。用語的には永続化されたオブジェクトぐらいに考えて良いかと。エンティティはオブジェクトなので、当然オブジェクト指向的にも相性がよく、好んで使われる手法です。 CakePHPのモデルを使った場合と、エンティティを使った場合のコーディングとを比較すると以下のように違いが出ます。 CakePHPでの保存のコード <?php $Post = ClassRegistry::init(
CakePHPアプリケーションの基本的な設計指針 (3) - カスタムfindタイプ - - ２４時間CakePHP
イントロダクション 標準のfindの種類（first, all, count, threaded, neighbor, list）だけでは、ビジネスロジックに対応できないことがあります。 これに対するひとつのプラクティスとしては、カスタムfindタイプを定義することです。 この記事では、実際の開発を想定したリファクタリングの過程を通してカスタムfindタイプの定義の仕方と活用方法、その意義をご紹介します。 「次」の記事 例えば、カレントのレコードの「次*1」のレコードを取得したい場合、それに纏わる複雑な処理は、単純なqueryの発行だけでは済まないことがあります。 この「次」のレコードを探索するロジックを例に、ボブ*2がこれを実装していくお話をしましょう。 要件の定義 ボブの上司のサム*3は、クライアントの会社のサイトにブログモジュールを追加するプロジェクトの打ち合わせで、次の要件を定義し
3.4. CakePHP運用環境 のセットアップ
New CakePHP 5.1 Chiffon. Faster. Simple. Delicious. What's new in 5.1 The migration guide has a complete list of /what's new in 5.1. We recommend you give that page a read when upgrading. A few highlights from 5.1 are: new plugin commands Components can now have dependencies injected by the container Upgraded to support PHPUnit 11.1+ Improved enum validation More events, so you can observe your ap
CakePHP: the rapid development php framework: Index
ER model Test of User->find('first') function recursive=-1 recursive=0 recursive=1 recursive=2 recursive=3 Test of User->find('all') function recursive=-1 recursive=0 recursive=1 recursive=2 recursive=3 Downloads caketest.erm caketest.sql
VitualFieldsを使おう！ - ２４時間CakePHP
CakePHP1.3からは、VirtualFieldsが利用できる。 これはSQL でいったら sql_function(hoge) as aliasといったcolmunをそのままフィールドとして利用できる機能だ。 それでは実例を追いながら順次説明していこう。 要求： グループの一覧を表示したい。 また、グループには何人参加しているかを集計して同時に表示する。 関係 Group hasAndBelongsToMany User Model <?php class Group extends AppModel { var $name = 'Group'; var $virtualFields = array( 'user_count' => 'count(GroupsUser.user_id)', ); var $hasAndBelongsToMany = array( 'User', );
paginateオプションをモデルに移行する（改善・修正版） - ２４時間CakePHP
過去記事の問題点 Paginateオプションをモデルに移行する - 24時間CakePHP http://d.hatena.ne.jp/hiromi2424/20100426/1272289702 では、paginateオプション内に"order"や"limit"が無いため、これらオプションを指定すると動作が謎になってしまいました。 そこで、AppControllerにページネートタイプを指定するとともにオプションをセットする機構を設け、この問題点をクリアします。 向上点 virtualFieldsをコレクションとすることで、デフォルトのvirtualFieldsと追加のvirtualFieldsの親和が容易になり、指定の幅も広がりました。 準備 AppController,AppModelに汎用メソッド・プロパティを定義します。 AppController <?php class App
Behavior の適用範囲を広げる $mapMethods | へびにっき
(CakePHP 1.2.5) ビヘイビアに定義されたメソッドは、モデル自身のメソッドであるかのように呼び出すことができます。 class FooBehavior extends ModelBehavior { function foo($model){ /* ... */ } } class Bar extends AppModel { var $actsAs = array('Foo'); } // in Controllers $this->Bar->foo(); しかしこの方法では Dynamic Finder のように動的に名前が変化するメソッドは実装できません。 ModelBehavior クラスの $mapMethods プロパティを使用すると、この制約を乗り越えることができます。$mapMethods は配列で、次のような構造をしています：
cakephp1.2 or 1.3でmodel/componentなどを共有する方法 - UNIX的なアレ
cakephpで複数のプロジェクトを作成したとき、お互いにmodelやcomponentを共有したいときは稀にありますよね。たとえば、nanapiの場合ですとPC版モバイル版もあったりします。 そんな時、プロジェクトは別にするけど一部共有したいmodelがでてきます。最初はmodelをコピーしてつかっていたのですが、複数管理が非常に面倒だったため共有する方法を調べてみました。 cakephp1.2の場合 共有の方法は、1.2と1.3で変更されています。まずは1.2の方法を紹介します。 app/config/bootstrap.php <?php $modelPaths = array( '/path/to/project_1/app/models/', '/path/to/project_2/app/models/', ); $componentPaths = array( '/path/
blog.katsuma.tv
CakePHPも1.2になって、findAllが非推奨になってfind(‘All’)に置き換わったように、findHoge系なメソッドは全部findに集約して、第一引数でそのselectタイプを指定するように仕様が変更になりました。最初はこの流れはちょっと面倒くさいなぁとも思ったのですが、実際は自分の都合のいいようなタイプをどんどん追加しやすくなっているので、この仕掛けはうまく使えばすごく便利。 たとえば、タイトルのようなもの。あるUserテーブルの中からランダムに50人分のレコードを取り出すfind(‘random’)とか実装したいときはこんな感じ。 <?php class User extends AppModel { var $name = 'User'; function find($type, $queryData = array()){ switch ($type) { cas
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ActiveEnum i18n support patch
GitHub - adzap/active_enum: Define enum classes in Rails and use them to enumerate ActiveRecord attributes, with I18n support
GitHub - active-hash/active_hash: A readonly ActiveRecord-esque base class that lets you use a hash, a Yaml file or a custom file as the datasource
GitHub - cgriego/active_attr: What ActiveModel left out