【Ruby】Ruby on Rails Part6

**nobodyさん** · 2008/10/24(金) 17:46:53

■前　Ruby on Rails のスレが
http://pc11.2ch.net/test/read.cgi/php/1207425569/

■参考サイト
<英語>
本家：http://www.rubyonrails.org
API document：http://api.rubyonrails.com/
開発者のblog：http://weblog.rubyonrails.org/
参考wiki：http://wiki.rubyonrails.org/rails

<日本語>
Rails' wiki： http://wiki.fdiary.net/rails/

■参考スレ
Rubyについて Part 33
http://pc11.2ch.net/test/read.cgi/tech/1223709050/
Ruby 初心者スレッド Part 22
http://pc11.2ch.net/test/read.cgi/tech/1221467121/

**nobodyさん** · 2009/04/25(土) 07:37:56

セッションがWeb上で取得したパラメータをそのまま持つよりは、
最初からConditionオブジェクトに詰めて永続化しておき、Sessionでは
参照キーだけを持っておくという形にする気がする。

**nobodyさん** · 2009/04/25(土) 13:09:16

そのまんま入れてます。
Railsでは詰めなおしてもあまり意味ないかも。
入力項目のチェックはActiveRecordがするんだし。

**nobodyさん** · 2009/04/25(土) 13:27:35

rspec-rrとか使っている人いない？
標準のrspecとmock、stubとどう違ってくるんでしょ

**nobodyさん** · 2009/04/25(土) 16:44:24

そのなんらかのオブジェクトがRailsでいうモデルだろ
テーブルとモデルを1:1で紐づけるのがactive recordパターン
テーブルとモデルをn:nで紐づけるのがdata mapperパターン
Webはフォームの入力項目 ≒ テーブルなのでactive recordパターンが広く使われている
なので、sessionでもつハッシュの構造はDBにあわせた方がベター
それができない場合は、モデルにハッシュ構造の変換処理を書くのが作法
ARにもバリューオブジェクトあるけど、ちょっと用途が違う気がする

**nobodyさん** · 2009/04/25(土) 23:25:28

>>966
凝った検証処理が必要ないなら Hash#assert_valid_keys でチェックしてから Hash#slice で切り出して渡すかな。

**nobodyさん** · 2009/04/26(日) 05:03:44

お前ら rails でファイルアップロード用のファイル管理ライブラリとかプラグインてないんでしょうか？
アップロードした画像をリサイズしてくれたり、ファイル一覧をサムネイルで表示してくれたり、
選んだの削除できたり
そういうステキなのキボン

**nobodyさん** · 2009/04/26(日) 14:44:10

>>972
作ってくだ（ｒｙ

**966** · 2009/04/26(日) 18:58:31

みなさまレスどうもありがとうございます。
結論としては、session オブジェクトをモデルのメソッドに渡すのをやめ、
新規に condition オブジェクトを作ることにしました。

>>970
今回のケースでは、
画面の入力項目はそのまま SQL のパラメータになるけど、モデル(テーブル)の属性にはならないのです。
>>961 (これも自分なのだが）のように、商品マスタの price が ○円以上○円以下で、kubun が■or■で・・・・といった条件が延々と並ぶ。
だからモデルクラスはそのまま使えませんでした。

>>971
ruby リファレンスマニュアルの hash をみたところ、assert_valid_keys や slice というメソッドはありませんでした。
これは自分で特異メソッドとして定義せよ、ということ？

**nobodyさん** · 2009/04/26(日) 19:04:34

なぜRailsのリファレンスも見ないのよ？
http://api.rubyonrails.org/classes/ActiveSupport/CoreExtensions/Hash/Keys.html#M001164

**nobodyさん** · 2009/04/27(月) 16:33:28

>>959
>>960
ありがとうございますm(_ _)m

すいません他にも質問したいことができました。

if true
User.friends
elseif
User.parents
else
User.childern
end

のような処理をしたいとき、
User.xxx のxxxの部分を変数みたいにして、条件分岐なしで一行で書くことはできないでしょうか？？

ご教示いただけると幸いです。

**nobodyさん** · 2009/04/27(月) 20:17:33

すいません分かりにくかったかもしれないと思ったので書き直します・・

if x='friends'
User.friends
elseif x='pearents'
User.parents
else x='children'
User.childern
end

を一行で書けないか・・みたいな感じです。

**nobodyさん** · 2009/04/27(月) 20:24:34

User.send(x)

**nobodyさん** · 2009/04/27(月) 20:26:28

> 977
User.method(x).call

**nobodyさん** · 2009/04/28(火) 00:13:18

すみません、知恵を貸してください。

現在、items(仮)というテーブル(id, name)からnameを条件にレコードを検索し、
will_paginateを使用して表示している機能があります。

その機能を、検索条件との「完全一致」「前方一致」「部分一致」の順に並び替えたいのですが、
なにかいい方法はないでしょうか…？

複雑なSQLを書けばいけるとは思いますが、何か他に方法がないか模索してします。

**nobodyさん** · 2009/04/28(火) 01:29:09

完全一致、前方一致、部分一致の3検索をする以上selectが3回必要なのは仕方ないんじゃないだろうか。
Item.find_by_sql <<SQL
SELECT * FROM (
SELECT 1 AS sort_key, * FROM items WHERE name LIKE "aaa"
UNION SELECT 2 AS sort_key, * FROM items WHERE name LIKE "a%"
UNION SELECT 3 AS sort_key, * FROM items WHERE name LIKE "%a%") ORDER BY sort_key ASC
SQL
とか。(てきとう)

トータルの該当検索件数が大したことないなら、
それぞれの一致方式で個別にfindした結果を連結し、そいつに、
will_paginateが必要とするメソッドを特異メソッドとして実装するという手もある。
(total_pages, current_page, previous_page, next_pageメソッドを定義すればいい)

あと、likeの引数に任意の外部入力文字列を安全に埋め込むのは結構面倒だと思うのでがんばって。

**nobodyさん** · 2009/04/28(火) 03:22:51

>>981
そのままだとaaaというnameを持つitemが3つのselectそれぞれから出てくるな。
要distinct?

**nobodyさん** · 2009/04/28(火) 06:13:49

スレ終了まぎわですが、おしえてください。

ユーザ毎にカード型データベースを持たせたいと思っています。
自由にフィールド数を定義でき、入力フィールドも並び替えできるようにしたいと
思ってます（イメージ的には簡易的なデヂエみたいなの）

そこで質問ですが、ユーザ操作でtableを生成することはrails的作法で有りなのでしょうか？
ある程度入力値にルールを設けたいので、validateほにゃららを定義できれば..と
欲張っているんですが、modelに手をいれる必要がありますよね？
generatorとして作らないといけないのでしょうか?

**nobodyさん** · 2009/04/28(火) 11:26:55

>>980
1.ページごとのレコードをDBで絞り込んでRailsで表示させる
2.該当のレコードをすべて取得してRailsで表示させる

のどちらかだと思う

「1」はDB依存だからどのDBを使ってるかで答えは変わる
「2」は大量のレコードが返ってくるなら普通やらない

そもそも部分一致はインデックスを使えないから、
普通のRDBの使い方ではやるべきじゃないな。
全文検索機能を使ってるなら、また答えは変わる。

情報が不足しすぎて答えられないな

**nobodyさん** · 2009/04/28(火) 21:47:12

>>983
ユーザーのアカウントごとに構造の異なるARモデルを扱うアプリを運用しています。
テーブルスキーマ自体はいまのところユーザーの好き勝手ではなく、アカウント作成時に
カラムの型やオプションをYAMLファイルで定義したものを使っているので
>>983ほど柔軟ではないです。

AR::Base.connection.create_table {|t| ... } でそれらのカラム定義から t.column を呼び、
Class.new(AR::Base) して動的に作ったモデルクラスで set_table_nameすれば、ファイル
に書き出さずともモデルとして使用できます。

カラムの数や順序を自由に変更できるようにするには、ユーザーの変更操作に同期して
schema_statements.rbにあるメソッドを呼んで処理してやる必要があると思います。

**nobodyさん** · 2009/04/29(水) 01:18:41

さすが　マーチンファウラーお気に入りのベストパートナー
世界に羽ばたく
Ruby on Railsオフショアアジャイル開発
http://www.tech-arts.co.jp/news-and-topics/press-releases/20090427.html

**nobodyさん** · 2009/04/29(水) 01:23:54

相当失敗した話を聞いてるが、まだオフショアとか言ってるところあるのか。
しかもこれからってｗ

圧力釜もろくに作れない国に発注するって顧客に対する背信行為だと思う。
メーカーなみに製造管理するならいいけど、
工場ほど単純作業じゃないから無理だわな。

**nobodyさん** · 2009/04/29(水) 01:34:38

日本の技術者＝マトモ、は既に幻想だろうに。きっちり技術階層ができてるし、新人はゆとってるし。
で、コストの高い日本の不勉強さん使うよりオフショアの方が質がいい。そんな感じだろーね。

けど、実際は難しいけど。上手くいかせたくない心理が働いてそう。

**nobodyさん** · 2009/04/29(水) 01:48:39

うまくいかせたくない心理なんて働かねーよ。顧客の窓口は日本だぞ。
失敗すれば全部かぶるんだよ。幻想はおまえだ

**nobodyさん** · 2009/04/29(水) 10:49:26

RubyConf Chinaみたいなのもやるようだし、中国でもRuby熱は高まって
きてるのかね。

個人的には、中国とかインドの新興国はJavaばっかりやってるイメージ
があるが。

**980** · 2009/04/29(水) 11:25:21

>>981-982,984
回答ありがとうございました。

>>981さんの方法が、自分でもわかりやすいかなという感じです。

>>982
まったくそのとおりで、要distinctです。
重複を省くための条件が長くなってしまうので、この方法でやるか悩んでいます。

>>984
実際には食品をＤＢ(mysql5)から検索するシステムです。
ＤＢに「牛乳」「牛乳(低脂肪)」「牛乳(濃厚)」「加工牛乳」というレコードがあった場合、
「牛乳」という検索ワードで上記4レコードは表示する必要があります。

なので、
select * from items where name like '%検索文字列%'
でも必要な情報は取れるのですが、完全一致したものは上に表示したいという
気持ちもあります。

ていうかlikeの部分一致ってINDEX使わないんですね･･･。

**nobodyさん** · 2009/04/29(水) 11:57:35

オフショア≒カスがコスト改善したつもりになって社内で評価されるためのまやかしｗ

**nobodyさん** · 2009/04/29(水) 14:00:00

>>991
なるほど。likeの部分一致の遅さを許容できるならやり方はあるよ。

3回SQLを打つのは速度や負荷を考えるとやらない方がいいと思う。
すでに話題になってるように重複の問題もあるし。

やり方の一つとしては「ソートキーを作る」。
MySQLはほとんどやらないし、いま手元に環境はないから検証できないのだが、
case文はサポートされていたと思う。

select column_1, columnt_2, column_3,
case
when name = '牛乳' then 0
else 1
end match
from items
where name like '%牛乳%'
order by match, sort_key

などとやれば完全一致したものは「match」列に「0」が、そうでないものは「1」が返るはず。
これを第1ソートキーにすればいい。
部分一致や後方一致もちょっと調べたところ、
文字列比較関数なるものをを使えばできるんじゃないだろうか。
優先させたい条件順に番号をふればきれいに並ぶと思う。

これはSQLネタのように思うので、
これ以上知りたければSQLスレがいいだろう。
あるのか知らないけど。

あともし解決したら、差し支えない範囲で解決策をレスしてほしい。
ほかの人が参考にできるから。
聞いてわかってさよならが多くなってるからね。

**nobodyさん** · 2009/04/29(水) 21:57:49

>>993
ありがとうございます。
なるほど･･･。その方法はいいですね。

>あともし解決したら、差し支えない範囲で解決策をレスしてほしい。
了解です。該当機能が動くようになった時にでも。

**981** · 2009/04/29(水) 23:40:19

>>981『「完全一致」「前方一致」「部分一致」でソート』が動くようになりましたので、早速ご報告を。

結論から言えば、sqlで解決しました。以下バージョン等･･･
Rails2.3.2
will_paginateは確か2.2.2か2.0.2だったような･･･。今日現在の「最新」です。
dbはmysql5.0.67

なおwill_paginateの文献をググると、paginate_by_sqlメソッドを自前で追加する
tipが良く見つかりましたが、最新ではソース追加なしでpaginate_by_sqlが使えました。

■牛乳の例でのsql分

select
*,
(
case
when name = '牛乳' then 0
else
case
when name like '牛乳%' then 1
else 2
end
end
) as sort_key

from
items
where
name like '%牛乳%'

**981続き** · 2009/04/29(水) 23:45:05

部分一致のsqlは遅いかもしれませんが、データ自体は4000件程度で増えることは
ほとんどないので、コレで意向と思います。

ソースは変えてありますが、下のような感じで対応しました。

#コントローラ
def コントローラのメソッド

search = params[:search] #検索画面から検索文字列を取得
sql = "select *,(case when name = \'#{search}\' then 0 else case when name like '\'#{search}\'%' then 1 else 2 end end) as sort_key from items where name like \'%#{search}\'%
@results = Item.paginate_by_sql(sql, :page => params[:page], :per_page => 30)

end

#ビュー

<% @results.each{|item| %>
<%= item.name %><br>
<% end %>

>>981,982,984,993
答えてくださった方、ありがとうございました。

**981続き** · 2009/04/29(水) 23:53:52

うう・・・
動いてるソースから書き換えたのでいろいろ間違えてます･･･＞＜
order byがないと修正した意味ないっス～・・・。そのあたりは流れから脳内変換してください＞＜

すみません、スレ汚し失礼しました。

**nobodyさん** · 2009/04/30(木) 00:17:59

>>995
フィードバックありがとう。強要してすまんね。
paginate_by_sqlは知らなかったから参考になった。

**nobodyさん** · 2009/04/30(木) 23:12:06

次スレ

【Ruby】Ruby on Rails Part7
http://pc11.2ch.net/test/read.cgi/php/1241100447/

**nobodyさん** · 2009/04/30(木) 23:18:02

1000ならrubyの指輪を唄いたくなる

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。