読書日記+メモ @kunioon - Tumblr Blog

MySQLのEXPLAINの見方

【id】数が大きいほど先に実行される（外側のクエリから実行される）

【select_type】 PRIMARY 最外部 DERIVED FROM句のサブクエリ

【rows】テーブルからフェッチされる行数の見積もり（正確な行数ではない） DERIVEDテーブルは正確に表示される

【Extra】 Using where テーブルから行をフェッチした後さらにwhere句で絞り込みを行っている場合 Using filesort 行をフェッチしてから並び替える　　　　　　　・行数(rows)少なければ問題にはならない　　　　　　　・行数が多い場合はインデックスを貼って対処　　　　　　　・JOINを利用している場合は、最初のテーブルでソートを行いJOINすると軽くなる傾向　　　　　　　　JOINした後のソートは重い

Using index クエリに必要なカラムを全て含んだインデックスが貼られている場合に表示　　　　　　非常に高速

#MySQL #EXPLAIN

PHPでのSQLの書き方（パフォーマンスに影響しない書き方)

パフォーマンスに影響するので、気をつけるポイント

・DB名、テーブル名、フィールド名などDB側の名前にはバッククォート【`】・検索語や挿入したい文言はクォートもしくはダブルクォート【’OR”】・無駄なフィールドを呼び出してないか・limitによる抽出データの絞込み

http://guide.websites.jp/2015/01/336.html

#PHP #MySQL

ひさしぶりにFuelPHPを触る。

が、初めのプロジェクト作るところで嵌る。

# oil create [プロジェクト名]

Could not fetch https://api.github.com/repos/fuel/docs, please create a GitHub O Head to https://github.com/settings/tokens/new?scopes=repo&description=Composer+ to retrieve a token. It will be stored in "/root/.composer/auth.json" for future Token (hidden):

GitHub APIのレート制限のようだ http://blog.a-way-out.net/blog/2015/06/26/fuelphp-1-7-3-installation-trouble/

自分のGitHubアカウントでログインしてtoken生成しそれを入力する。

長いので、面倒だけど。

--------

Token(hidden):の後に、コピペで貼り付けられるのかなと思ったらうまくいかず、composerで再度エラーが出る。

--------

[Composer\Repository\InvalidRepositoryException] No valid composer.json was found in any branch or tag of https://github.com /fuel/core, could not load a package from it.

--------

しょうがないので、下記コマンドでcomposerを更新し同じくtoken入力メッセージが出たので、頑張って入力した。。。

--------

# composer update

下記試してないが、composer.jsonにtokenを追加することでいけるのかな。まだエラーになるようだが・・・。 http://www.pseudomoon.jp/dotclear/index.php?post/2015/05/30/fuelphp-%E3%81%AE-composer-%E3%81%A7-GitHub-Authorization-%E3%82%A8%E3%83%A9%E3%83%BC

とりあえずFuelPHP生成出来たので次に進む。

#FuelPHP #PHP

SQL勉強

達人から学ぶSQL徹底指南書　1-5 行列変換

SELECT a.name as name , CASE WHEN b.name IS NOT NULL THEN '○' ELSE '' END AS 'SQL入門' , CASE WHEN c.name IS NOT NULL THEN '○' ELSE '' END AS 'UNIX基礎' , CASE WHEN d.name IS NOT NULL THEN '○' ELSE '' END AS 'Java中級' FROM courses as a

LEFT OUTER JOIN ( SELECT * FROM courses WHERE course = "SQL入門" ) as b

ON a.name = b.name

LEFT OUTER JOIN ( SELECT * FROM courses WHERE course = "UNIX基礎" ) as c

ON a.name = c.name

LEFT OUTER JOIN ( SELECT * FROM courses WHERE course = "Java中級" ) as d

ON a.name = d.name

GROUP BY name

#MySQL #SQL

感情一覧

https://ja.wikipedia.org/wiki/%E6%84%9F%E6%83%85%E3%81%AE%E4%B8%80%E8%... webサービスと感情の紐付きを考えると、習慣化されるサービスのポイントが見えてくるのではないか

SQL勉強

達人から学ぶSQL徹底指南書

■演習４-①

SELECT CASE WHEN COUNT(*) <> MAX(seq) THEN '歯抜けあり' WHEN COUNT(*) = MAX(seq) THEN '歯抜けなし' END FROM SeqTbl

答えみたら、2つめのWHENいらなくてELSEで条件分岐させればよかった。

■ 演習4-②

SELECT dpt FROM students GROUP BY dpt HAVING COUNT(*) = SUM( CASE WHEN sbmt_date < '2005-10-01' THEN 1 ELSE 0 END )

とりあえず、上記でも狙ったことは出来るが正確には BETWEENで期間指定すべきだった。

■ 演習4-③

SELECT shop , SUM( item IN ( SELECT item FROM item ) ) AS my_items_cnt , ( SELECT COUNT( item ) FROM item ) - SUM( item IN ( SELECT item FROM item ) ) AS diff_cnt FROM `ShopItems` GROUP BY shop

一応これでも答えと同じ値は求められているがこれで問題ないかは不明

#MySQL #SQL

SQL勉強

COUNT(*)はNULLも数えるが COUNT(列名)はNULLを除外して集計する

平均値　外れ値に影響を受けやすい(他のデータから大きく外れたデータ）最頻値　最も出てくる数の多かったデータメジアン　データを昇順に並べて真ん中に来た値

#MySQL #SQL

どうもmysqlでは、あるテーブルに対してデータを追加や更新する場合、同じテーブルをサブクエリに使えないのらしい。（table_name1が重複）

----

達人に学ぶSQL徹底入門の2-③でupdateにてサブクエリ使って

ランキング情報追加しようとしたら、うまくいかず嵌ってたのだけど

使えないのかー。

#MySQL #SQL

SQL勉強

達人に学ぶSQL徹底指南書　演習問題2-②

SELECT district , name , price , ( SELECT COUNT(*) FROM `products` as a WHERE a.price > b.price AND a.district = b.district ) + 1 as rank_1 FROM `products` as b ORDER BY district, rank_1 ASC

#MySQL #SQL

SQL勉強

達人に学ぶSQL徹底指南書　演習問題2-①

SELECT p1.name as name_1 , p2.name as name_2 FROM `products` AS p1 ,`products` AS p2 WHERE p1.name >= p2.name ORDER BY `p1`.`name` ASC

#SQL #mysql

ハマるしかけ

設計者の最終目標は、そのプロダクトがユーザの問題を解決できるものにすること

内的トリガー・ユーザの考えや感情、日課などとプロダクトが　しっかりと連結する・感情から行動を起こす例　退屈→刺激を求める　孤独→人との繋がりを求める・内的トリガーとプロダクトがつながるには時間がかかる・そのプロダクトの何がユーザを虜にしているのかを知る

・プロダクトの特徴に注目するのでなく　ユーザの感情に寄り添い、特定の不満や苦悩を探し当てる

・成功したプロダクトがユーザの抱える問題をどのように　解決したかを理解すべき　・ユーザ心理を読み解く練習　・心理的欲求や欲望に警鐘を鳴らしてくれる

・いつもやっていることをいつも同じようにやりたい・人は自分がやりたいと思ってないことをしてしまう　矛盾点を探せばそこに問題があり、解決策を待っている　・ユーザの視点から、そのプロダクトを使うまでのストーリーをイメージする・適切な解決策を作り上げる為にはユーザの欲求や感情、プロダクトを　利用する背景から、ユーザ像を書きだす

#ハマる仕掛け

仏教はいいひとになれなんて言ってない仏教とは、心穏やかになるための教えどんな時にいい加減でよくて、どんな場合にいい加減ではいけないのかを人生で学ぶ人からどう思われているか気になって仕方ない人は自分のやりたいことを見つける最初に摩擦が起きるのはいいこと互いのルールの擦り合わせを行う自然体の人が結局一番強い

ハマるしかけ

・習慣とは無意識あるいはほとんど意識しないままに行われる行動・ユーザの抱える問題を習慣化された行動で解決するという体験をモデル化したもの・プロダクトにとって、習慣性を作りあげる（日常的に使われる）ことは生き残りに欠かせない・消費者にクリックしてもらうだけでなく、行動してもらう・消費者がプロダクトを使いたいと思わせるひっかかり「内的トリガー」を　プロダクトに付与する→費用のかかるマーケティング（広告や宣伝）を行わなくても利用者は現れるようになる　→フックと呼ばれる・心の問題を素早く解決できるプロダクトが勝つ　・少し退屈になるとTwitterを開く　・孤独を感じるとFacebookを開く　・疑問が湧いたらGoogleで検索する・フックモデル＝人間の行動を習慣づけさせるフレームワーク　①トリガー（きっかけ）　　・外的トリガーと内的トリガーに分けられる　　　外的：メール・リンク・アイコン等　　　内的：　　・ユーザに対して次の振る舞いを起こす為のトリガーを与え続ける　　・自動的に毎日のルーチンの一部になる　　　②アクション（行動）　　・リワード（報酬）を見越して行われる　　・アクションのしやすさと、心理的動機が重要　③リワード（報酬）　　・欲望を満たせる期待感を持たせる　　・刺激を与える　④インベストメント（投資）　　・ユーザはわずかに仕事をする　　・新たなフックサイクルを作りだす確率を高めるもの　　・時間、データ、努力、社会的な資本、金銭をサービスに投入　　・投資＝サービスを改善する行動を意味・自ら自分の体験を改善する事　　・サービスとユーザの繋がりの強化・脳は次にとるべき行動のショートカットとして習慣を形成する・日常の多くの物事は、過去にその方法によって解決できたという単純な理由をもとに判断されている・購入される機会や使用頻度の低いプロダクトやサービスは習慣化されたユーザを必要としない・ユーザの習慣が形成される＝顧客生涯価値を上昇させる・習慣化＝ユーザがプロダクトを使う期間が長くなる・習慣化されることで、プロダクトに対する信頼度が高まり値段に無頓着になっていく　・Evernote 使用時間が長くなるにつれ利用ユーザの有料サービス利用率が高まる

#webサービス #ハマる仕掛け

「話題のグルメサービスRetty、IT勉強会サービスdots.の開発者が登壇！FuelPHP＆Hackを使ったWebサービス構築/Laravel5の実用例/PHPerとしてのインフラの支え方」に行ってきた。

https://atnd.org/events/67179

下記記憶ベースなので、間違っているところや自分の超解釈が含まれている可能性があります。

①Hack+FuelPHP 内容：Hack言語の紹介と、Hackに合わせたFuelPHPの使い方について等

■Hack言語・Facebookが開発したPHPと互換性のある言語・パフォーマンスが高く大規模開発用の言語（型付き・実行前に構文チェックが行える為、バグが見つけやすい）・欠点　・既存フレームワーク・ライブラリが利用できない。　　pecl利用できない(golangでextension記述すれば出来るらしい）　・現状のPHPからの置き換えは難易度が高い　・日本語ドキュメントが殆どない

---------

②PHPフレームワークLaravel 5でのサービスリニューアル実例内容：Leravelを使ったdots.というサービスのリニューアルしてみての所感等

■サービス開発について・イベントのタグ付けの精度が課題（分類・形態素解析 (PHPMecabを利用)）・技術選定はエンジニアの興味が大きい

■Leravelについて・Lerabelはメモリを食うといわれているが　今のところ実感はないらしい(テスト段階での使用感で、実サービス投入しての感覚ではない) ・cashier(Leravelの機能)でspikeを使った　電子マネー・クレジット決済機能が簡単に実装できる

----------

③PHPerが支えるRettyのインフラ

内容：専任のインフラ要員がいない中でどのようにサービス・社内インフラ等を整えていったのかについて

・自前で極力作らずに、外部リソースを利用　・サーバ監視に、NewRelicやMackerelといった外部サービスを利用する事で　　サービス開発に注力できるようにする　　・計測・数値化されない事には、サービスが改善されないので見える化は　　しっかりやる事（レスポンス時間等）　・情報共有　・バグや問題点の共有で、問題を作り出してしまった人・報告者を　　吊るし上げようとする人は排除する。　　　　　報告しやすい環境を整える事で、情報共有がスムーズになる。　・人数が増えてきた時のコミュニケーションツールの活用　・コミュニケーションツールの選定→slack 　・チャットでのタスクのbot化　　・deployをbotによって行えるようにした　　・社内インフラ　・人数が増えてきてインフラを整える際は　　最善策の模索より、性能を物理（金）で解決する。

達人に学ぶSQL徹底指南書　演習問題1-②

四国(再掲)は、IN使えばもっとよかった。

------------------------

SELECT CASE sex WHEN '1' THEN "男" WHEN '2' THEN "女" ELSE 'その他' END AS ‘性別’ , SUM( population ) AS '全国' , SUM( CASE pref_name WHEN '徳島' THEN population ELSE 0 END ) AS '徳島' , SUM( CASE pref_name WHEN '香川' THEN population ELSE 0 END ) AS '香川' , SUM( CASE pref_name WHEN '愛媛' THEN population ELSE 0 END ) AS '愛媛' , SUM( CASE pref_name WHEN '高知' THEN population ELSE 0 END ) AS '高知' , SUM( CASE pref_name WHEN '徳島' THEN population WHEN '香川' THEN population WHEN '高知' THEN population WHEN '愛媛' THEN population ELSE 0 END ) AS '四国(再掲)' FROM poptbl2 GROUP BY ( CASE sex WHEN 1 THEN '男' WHEN 2 THEN '女' ELSE 'その他' END )

#MySQL #SQL

SQLでランキング表示

■ランキング(自己非等値結合)

自分よりも高い値段のレコードを数えて、それを順位にする。

※同じ値段のものは、同じ順位になる。

SELECT a.name AS name , a.price AS price , ( SELECT COUNT( b.price ) FROM product as b WHERE a.price < b.price ) + 1 AS rank FROM product as a ORDER BY price DESC

■ランキング(自己結合)

上記と同じく自分よりも高い値段のレコードを数えて、それを順位にする

※同じ値段のものは、同じ順位になる。

SELECT a.name , MAX( a.price ) AS price , COUNT( b.name ) + 1 AS rank FROM product AS a LEFT OUTER JOIN product AS b ON a.price < b.price GROUP BY a.price

#MySQL #SQL

CHECK制約について

CHECK制約 http://e-words.jp/w/CHECK%E5%88%B6%E7%B4%84.html

テーブル作成時などに各列に対して設定することができ、条件式などを用いてデータが満たすべき条件を記述する。

例えば「価格」フィールドに対して「価格>0」というCHECK制約を設定しておけば、価格として負の値を記録しようとしてもDBMSが制約違反として拒否する。

■MySQLでは使えない http://blog.kimuradb.com/?eid=710163

CASE式はCHECK制約に使える、という話があるのですが、 MySQLはCHECK制約がサポートされていません。

他DBからの移植に便利なように、エラーはでませんが、実際には定義されず、無視されます。

#MySQL #SQL

Trending Blogs

Recently Viewed Blogs

読書日記+メモ