![実装での問題
? RDMS のパフォーマンスの問題
?
ステータスごとにデータを管理するので
Order.where(status: [‘ 新規’ ,’ 出荷’ ,’ 確定’ ]) というクエ
リを多用しているが MySQL5.5 では IN 句を使っ
たクエリは遅い。
?
過去３年分の注文?売上データを保持するように
なったので Order.all などを実行するとえらいこと
になる。](https://image.slidesharecdn.com/ruby35-131102030933-phpapp02/85/Ruby-35-25-320.jpg)
![実装での問題
? リテラル値の使い方
def set_name
@ec_site_name = {
rakuten: ‘ 楽天’ ,
yahoos: ‘ ヤフーショッピング’ ,
amazon: ‘amazon’
}
end
def check_hoge
@order = Order.all
if @order.ec_site = @ec_site_name[:rakuten]
???
case @order.sale_division
whene Division.find_by_type(‘SALES’,’1’)
hoge1
名称はハッシュとし
てモデルで一元的に
管理できるようにす
る
区分情報を管理する
マスタから取得する
ようにする](https://image.slidesharecdn.com/ruby35-131102030933-phpapp02/85/Ruby-35-28-320.jpg)
More Related Content
What's hot (20)
Similar to 広岛搁耻产测勉强会#35フ?レセ?ン (20)
More from Kakigi Katuyuki (20)
広岛搁耻产测勉强会#35フ?レセ?ン
- 1. Rails と AWS で業務システムを 構築してみた 2013/11/02 広島 Ruby 勉強会 #035
- 3. 目的 ? Rails と AWS で業務システムを構築した 際にはまったところを設計?実装の観 点から解説します。
- 4. 対象 ? ? ? 業務アプリケーションに興味がある AWS(Amazon Web Service) に興味がある アジャイル開発に興味がある
- 5. 自己紹介 ? 名前 カキギ カツユキ ? 仕事 インターネット通販事業 （ EC コンサルティング企画室） ? 趣味 山登り?ランニング
- 6. プロジェクト構成 ? 期間 ? コスト ? スコープ ? 組織体制 ? 開発手法
- 7. プロジェクト構成 ? 期間 ? ６ヶ月 ? 現在ステージング環境で運営 ? １１月から本番環境でサービスイン
- 8. プロジェクト構成 ? コスト ? １００万円 ? クラウドの年間保守費用込み ? 担当者の人件費は計上していない
- 12. プロジェクト構成 ? 組織体制 ? ネット通販事業部門???設計?開発 ? 協力会社???開発?保守 ネット通販事業部門 コアチーム 協力会社
- 15. システム構成 ? 移行前 ? オンプレミス ? パッケージソフト ? 自社システム 受注管理 パッケージソフト 自社システム (MS Access)
- 16. システム構成 ? 移行後 ? オンプレミス ? パッケージソフト ? クラウド ? 自社システム 受注管理 パッケージソフ ト DB サーバ (MySQL) 自社システム (Ruby on Rails)
- 20. 設計での問題 ? データ処理方式による問題 受注管理 パッケージソフト 自社システム (MS Access) 受注管理パッケージソフト からインターフェースした データはアップロード時に DB を全部削除してから登 録する
- 21. 設計での問題 ? データ処理方式による問題 受注管理パッケージソフト からインターフェースした データはアップロード時に 上書き更新登録する DB サーバ (MySQL) 自社システム (Ruby on Rails) 受注管理 パッケージソフ ト
- 22. 設計での問題 ? データ処理方式による問題 DB サーバ (MySQL) 自社システム (Ruby on Rails) インタフェース元データを 削除した場合、そのデータ を既に登録しているならば 手作業で削除しなければな らない。 受注管理 パッケージソフ ト
- 23. 設計での問題 ? データ処理方式による問題 データ内訳件数を明示して 不整合を見つけやすくする ことで対応 DB サーバ (MySQL) 自社システム (Ruby on Rails) 受注管理 パッケージソフ ト
- 24. 実装での問題 ? RDMS のパフォーマンスの問題 ? リテラル値の使い方
- 25. 実装での問題 ? RDMS のパフォーマンスの問題 ? ステータスごとにデータを管理するので Order.where(status: [‘ 新規’ ,’ 出荷’ ,’ 確定’ ]) というクエ リを多用しているが MySQL5.5 では IN 句を使っ たクエリは遅い。 ? 過去３年分の注文?売上データを保持するように なったので Order.all などを実行するとえらいこと になる。
- 26. 実装での問題 ? RDMS のパフォーマンスの問題 ? IN 句の問題は MySQL5.6 から改善されているので RDS のバージョンを MySQL5.6 にアップグレード ? インデックスを作成してチューニング (add_index :order, :order_number) ? データを確定と未確定に分けて通常の処理対象は 未確定データのみとするようにす る。 Order.summary など検索対象を未確定データの みとするメッソドに変更
- 27. 実装での問題 ? リテラル値の使い方 def check_hoge @order = Order.all if @order.ec_site = ‘ 楽天’ if @order.payment = ‘ クレジット’ case @order.sales_division when ‘1’ hoge1 when ‘2’ hoge2 end 区分情報が１ end とか２で業務 end 的にわからな end い 今後変化する かもしれない 文字列を直接 つかっている
- 28. 実装での問題 ? リテラル値の使い方 def set_name @ec_site_name = { rakuten: ‘ 楽天’ , yahoos: ‘ ヤフーショッピング’ , amazon: ‘amazon’ } end def check_hoge @order = Order.all if @order.ec_site = @ec_site_name[:rakuten] ??? case @order.sale_division whene Division.find_by_type(‘SALES’,’1’) hoge1 名称はハッシュとし てモデルで一元的に 管理できるようにす る 区分情報を管理する マスタから取得する ようにする
- 30. 质疑応答