html5j自動車部 第三回勉強会 メモ

html5j自動車部 第三回勉強会
http://h5j-automotive-03.peatix.com/

■W3C標準化と車載プラットフォームの最新動向
・Apple CarPlayが発表された。ITと車がここまで近づいたことは今までない。googleもIVIとして団体を構築した。Windows in the carもある。
　車業界とITとのコラボレーションがホット。
・WEBベースのランタイムがOSに組み込まれている。WEB技術でネイティブアプリを作成できるようになった。
・アプリ基盤としてのHTML5
　javascriptの処理速度、描画、フレームレート
　メモリ(PCのようにブラウザが潤沢になることはなさそう)
　デバックが難しい
　実装APIの不足　特にセンサ系
・facebookなどHTML5とネイティブのハイブリットからパフォーマンスからネイティブに戻っている。しかし、これは時代が解決するはず？
・GPUアクセラレーションやJavaScriptエンジンの向上などで性能向上している。
・どこまでWEB技術に任せるかポイント。
　ネイティブアプリにやらせた方がよいことが多い。
・WEB技術のメリット
　ビジュアル設計が柔軟、豊富な開発者、情報が世の中に公開されている。
　ユーザ視点では何がある？
・アプリマーケットが出るか？
　スマホみたいになるか？
　アプリの審査、規制が課題。
・市場規模が圧倒的に小さい
　スマホ10億
　自動車8430万
　カーナビ1698万
・IVIのAPIは標準化されておらず互換性がない。
　現在W3Cが標準化を進めている。

■TizenIVI
・IVI    In Vehicle Infortainment
　車の中の情報とエンターテイメント
・Tizenのコンセプトは早くて安い。ハードウェアの情報を早くWEBに持っていくように。

■QNX
・商用OS

■組み込みでも使えるFirefoxOS
・WEBを提供することが目的だから、あまりWEBの広まっていない地域をメインにfirefox OSを提供している。
・ハードウェアデバイスコントロールはすべてJavaScriptでラッピングしてAPIにしている。

ClubDB2 #178

ClubDB2 #178

○メモ

・DBがDeactireteしている状態でアプリがDB2に接続するとactiveteされる。この時すごく遅い。

　→事前にactiveteしておこう。

・DBのデータもスキャン対象にした方がよい？

　→基本しない。

　インターネットからデータを取得している場合のみありかも。

・仮想環境で発生するトラブルは？

　→IO

　→パフォーマンス見積もりが難しい。

　→AWSだと、LUNをたくさん組んでストライピングすると物理よりも早くなる可能性あり。

・問題発生に抑えること。

　リソース　CPU、メモリ、ディスク、IO

　最近実施した変更内容

　何が問題でどういう状態へ戻したいのか

　いつぐらいから問題が発生しているのか

　問題が起きる前に何か変更しなかったか

・問題判別は下のレイヤーから実施するのが基本。

・nmonはIBM発で様々なLinuxディストリビューションで利用できるようになった。

・スナップショットでしか取れない情報：コンテナの空き

・DB2pdはリソースが逼迫しているときでも使える。CPU100%時に便利。

第176回 データベース設計徹底指南！！

今回は、MySQLで有名な奥野幹也氏による、データベース設計の勉強でした。

twitter @nippondanji
blog http://nippondanji.blogspot.jp/2013/11/db.html

データベース設計徹底指南 from Mikiya Okuno


特定のRDBに関する説明ではなく、RDBを設計する上でのポイントよく記載されています。
本当は、直接お話しを聞きたかったのですが、参加することができず、Uｓｔでの視聴になってしまいました。非常に勉強になりました。

ドキュメントを読むだけでも十分勉強になりますので是非1度読むとよいと思います。

Adobe Flash Player オフラインインストール

Adobe Flash Playerをオフラインでインストールしなきゃいけないことって多いですよね。(仕事で)
Adobe Flash Playerは基本的にオンラインでのインストールしかできません。
オフラインインストールしたい場合は、以下のサイトからインストーラをダウンロードすればOKです。


http://www.adobe.com/jp/products/flashplayer/distribution3.html


なにげにこのサイトが見つからないんですよね。

Microsoft Azureアイコンを公開

タイトルの通り、Azure用のアイコンを公開しました。


http://www.microsoft.com/en-us/download/details.aspx?id=41937

英語になっていますが、ドキュメントが英語なだけなので、特に気にせずダウンロードして利用しましょう。
Azureに限らず、普段のプレゼンテーション作成に使えるものが多いので是非とも利用しましょう。

ClubDB2 第175回 アクセスプラン(実行計画)の読み方入門

アクセスプランの勉強してきました。

今までもClubDB2で取り上げていただいたのですが、いろいろと参加できなくて初めての経験でした。




資料はこちら

アクセスプラン（実行計画）の読み方入門 from Akira Shimosako

演習問題

https://www.ibm.com/developerworks/community/wikis/form/anonymous/api/wiki/4ac81e67-d1c5-430f-969d-249fd346e68c/page/9bd90677-07e3-4612-9008-0502ddfd65e8/attachment/466af8cf-6880-414e-b873-1f0e64a2761a/media/DB2%E3%81%AE%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%83%97%E3%83%A9%E3%83%B3%E5%85%A5%E9%96%80_%E5%95%8F%E9%A1%8C.pdf


演習問題回答

https://www.ibm.com/developerworks/community/wikis/form/anonymous/api/wiki/4ac81e67-d1c5-430f-969d-249fd346e68c/page/9bd90677-07e3-4612-9008-0502ddfd65e8/attachment/6edffe0c-3685-4907-bd16-f0c5ce59a816/media/DB2%E3%81%AE%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%83%97%E3%83%A9%E3%83%B3%E5%85%A5%E9%96%80_%E8%A7%A3%E7%AD%94.pdf







アクセスプランとは、実行計画。DBがデータにアクセスときの計画です。

これは、取得した統計情報をもとにDBが最も早くデータにアクセスする方法の計画です。

あくまでも計画なのでDBが思っているだけです。実際のデータアクセスはSQLを実行するまでわかりません。

とはいえ、データベースの保守とやっている人はアクセスプランの読み方を知っておかないとDBのレスポンス遅延が発生したときに調査できませんので、是非勉強したいものです。


アクセスするときに最もポイントになるのが、インデックスがあるかどうかです。

インデックスを使うと早くなることが多いです。

インデックスを使うかどうかどうかは抽出するデータが総データ容量の半分以下のときは使用した方が早いです。逆に半分以上の場合は、データを総舐めする方が早いです。





後は、メモです。



・インデックスは張るっていう。データベースは作るっていう。不思議！

・アクセスプランが変わる可能性

・データサイズ

・使用可能のインデックスの有無

・その他リソースの影響

・インデックスは絞り込める場所に張ろう・EXPLAINを取得する方法をしないとサポートに問い合わせできないぞ！

・DB2のコマンドはDOSでも動くように8文字になっている。

・filter factor=絞り込める割合

・アクセスプランは思っているだけ。実際は統計情報が古い可能性が高くずれてしまう。
アクセスプランと実行結果の差が大きいときはやばいので対処が必要。

・リアルタイム統計情報取得をOFFにする判断基準

・コストベースとルールベースがある。

DB2は基本的にコストベース。指定もできるけどおすすめしない。

・ネステッド・ループ・ジョインは小さいテーブルのとき最速。

データガバナンスと経営

データガバナンスといえば、DMBOKがフレームワークですが、あまり有効的に活用できているという話は聞かないです。

問題は、ガバナンスの本質にかかるものだと思います。
ルールというものは、誰もが幸せになるために存在するものです。
つまり、現場も会社も幸せになるためにルールは用意しないといけません。
しかし、現場でルールを検討してしまうため、経営メリットがないルールになってしまい、強制力を持たすことができず陳腐化してしまうということを聞きます。

DMBOKを元に社内のデータガバナンスを検討する際は、そういった面も考慮してほしいと思います。

日経コンピュータ No849 2013/12/12号の「データガバナンス最新動向(前編) データは価値とリスクの根源管理の仕組みの確立が急務」を紹介したいと思います。

ここには、経営とデータガバナンスとの課題が記載されていました。

1. ビジネスと整合性の無いデータガバナンスは、ビジネスの目的と情報システムの間に断絶をもたらす。
2. データに関する要請とれぽーてぃんぐがデータガバナンス方針と結合されていない。
3. 共通データリポジトリ、ガバナンス方針、標準プロセスの間でデータのライフサイクルに注目したリスク管理が行われていない。
4. 全世界の組織におけるメタデータ(データの意味を定義するデータ)と業務用語が、複数の業務間にまたがって利用されていない。
5. セキュリティ、プライバシー、コンプライアンスの視点に基づいて、データ資産の価値を査定する方法がない。
6. 長期的な重要性を検討する前に、不用意なままデータにかかわる統制が展開されている。
7. 異なるデータ領域を持つ組織の教会を用談してガバナンスを実現することは容易ではない。
8. 正確に統制する必要性がしばしば不明である。
9. データガバナンスは戦略的かつ戦術的なものだが、その要素を明確に定義しにくい。

経営とデータガバナンスを直結させるには、その時の利益を理解しておく必要があると思います。

1. ユーザーが入手する各種報告書の信頼のレベルを向上させる
2. 組織内の複数部門から提出させる複数レポートのデータ継続性を確実にする
3. 当局と規制者の要請を満たせるように、法人情報に対し適正な要望措置をとる
4. 売り上げ増、コスト削減、リスク低減の3項目にプラスの影響を与える
5. 顧客への深い洞察を得てマーケティング手動の美jネスを推進する