まずは、Oracleのぼやっとした話。

5月１０日、午後からは、Oracle Database Connect 2016を途中まで聞いてきた
はじめのほうのメモメモ

---

■ごあいさつ　ＣＥＯ
動画を出そうとしていた
アメリカズカップ
ソフトバンクチーム４位、オラクルは・・・
会場満席
ＪＰＯＵＧと日本オラクル共催、１０拠点以上にライブ配信

・設立３７年ん　日本３１年
　３０年間で１２００倍
　１９８５年　日本オラクル　ＤＢ市場　２５億円市場
　第二世代　１９９４年　　　　　　　　２０００億円
　第三世代　２００４年　　　　　　　　１兆３０００億円市場
　第四世代　２０１６年　ＪＰＯＵＧ　日本初イベント

・日本のマーケットシェア　４９％
　１府１３省庁、４７都道府県、２０政令都市、９９％の東証一部市場で利用されている

・ＰＯＣＯ　ぱわーおぶくらうどばいおらくる
　第三世代以降　無分別知　ソフトとハードの境界がない
　リアルに　Exadata　マーケットシェア５０％：ソフト＆ハード
　Oracle チップからサーバーまですべて

・Oracle cloud Six Design Goal

・オラクルのクラウド
　オンプレミスで培った技術：高可用性

・ホアン　ロアイザ
　ミッションクリティカルの責任者

・みさわさんの後任　クラウドの石積さん

■ごあいさつ　石積さん
・３７
　Oracleデータベースできてから
　ラリーの法則：データため込むほど、あがるよ
　安全性、高可用性
　すべてにおいて一番の能力

　Oracle技術部
　　エンジニアの技術力が高まるほど、価値を発揮する

■
・オラクル　もっとも人気ある
　データウェアハウスでも
　　高い技術テクノロジーでもリーダー
　継続的かいぜん
　　主要な機能
　　イノベーション
・アジェンダ

・スケーラビリティー
　行レベルロック
　Ｂツリー索引
　読み取り一貫性
　パラレルサーバー
２０００年代
　ＲＡＣ
　インサイト
　索引テーブル
２０１０年代
　Ｅｘａｄａｔａ
　　　；

・Exadata
　　ソフト、ハード、統合
　　スケールアウト
　すべてを統合

　２００８年の登場以来、数千ものミッションクリティカル環境
　パブリックＳａａＳクラウド

　Ｅｘａｄａｔａ　Ｘ６－２
　　２２コアのプロセッサ
　　最新のフラッシュ　ＰＣＩe Flash
　　ＤＢ　Ｉ／Ｏｓｅｉｎｏｕ　ｗｏｂｕｒｅｉｋｕｓｕｒｕ－　
　　　オールフラッシュＩＯより、おおはばにいい
　　ソフト
　　　smart analytics
　　　smart storage
　　　smart OLTP
　　　smart Consolidation

　　In-memory フラッシュの中で
　　OLTP　Smart Fusion Block Transfer
差は大きくなっていく

・Oracle Database In-Memory
　　リアルタイプアナリティクス
　　ローカラム一貫したものに
　　ベクター処理
　　ディスクに書かない　処理早い

　プレビュー
　　リアルタイム・アナリティクス
　　パフォーマンス
　　容易な実装

　今までで最も早いお客様への導入
　（つぎがマルチテナント）

・Spark M7
　３２コア
　In Memoryの組み込み
　キャパシティ　in シリコン

・データベース　シャーディング
　ＲＡＣアプリケーションに透過的
　ＮｏＳＱＬでは簡単
　同じテクノロジをOracleで

　プレビュー
　　シャーディングテーブルを追加
　　クエリプロセッサーもある
　　レプリケーションもＯＫ
　　異なる地域における

・高可用性
　トランザクション参照整合性
　アクティブデータガード
　フラッシュバック
　オンラインＤＤＬ【インデックスをオンラインで｝
　zero data loss リカバリー　アプライアンス
　　大きな変更管理：どの時点でも　バックアップエージェントいらん
　　変更点をリカバリーアプライアンスへ
　オフロード
　リカバリーアプライアンス：世界中に展開

・高可用性
　エディションベースの再定義
　ダウンタイムなしでアップグレード
　　sales forceで使っている

　アプリケーションコンティニュティ

・アナリティクス
　データマイニング、ＯＬＡＰ
　ＳＱＬパターンマッチング

　ビッグデータアプライアンス
　　Hadoop,Spark
インフィニバンド接続

・セキュリティ
　　権限とロール
　　データ暗号化

・リアルアプリケーションセキュリティ　１２Ｃで
　　データがアクセス
　データベースファイヤーウォール
　プリビリッジアナリシス
　　必要な権限
　リダクション
　　返り値をマスクする
　キーボルト
　　暗号化キー

・開発について
　ＳＱＬ、ビュー
　ＰＬ／ＳＱＬ、トリガー
　テキスト検索
　テーブルファンクション
　Native JSON,REST,Node.js,

・ＪＳＯＮテクノロジー
　ＪＳＯＮオブジェクトも使えるし、
　ＳＱＬでも
　ＪＳＯＮデータのどこでもインデックスを作れる

・管理
　エンタープライズマネージャー
　ｖ＄
　マルチテナントデータベース
　クラウド：管理いらなくなる
　ぷらがぶるデータベース
　バーチャルマシンは仮想マシンの管理が増加する

　プレビュー
　　ＲＤＢ毎にメモリ使用量の管理

前例のない
　容易さ
　柔軟性
　費用の節約
　Time to Market

妥協のないクラウド

オラクルのPaaS戦略
　ハイブリッドを通じて完全なポータビリティ
　Exadata クラウドサービス
　　プロビジョニング
　　毎月の判断

統合
　データベースリンク
　２フェーズコミット
　ＸＡトランザクション
　ビッグデータＳＱＬ

様々なデータモデルとpolyglotをサポート
　マルチモデル（リレーショナル、XML,ＪＳＯＮ、テキスト、グラフ）
　ビッグデータＳＱＬ

結論
　Oracleは継続的なイノベーションによりリーダーであり続けている

■パネルセッション
・連結会社向けシステムをプライベート・クラウド環境で構築
　Oracle Databaseを徹底的に使い倒す
・紹介
・データベース統合アプローチ
　　大量に存在するＤＢサーバー
　　利用ユーザー増加に伴うレスポンス遅延、オープン遅延
・方針
　１．同一プラットフォーム
　２．複雑な処理、データ爆発に耐えられる環境
・考慮したポイント
　１．既存システムのパフォーマンス維持
　２．アクセス制限によるデータ保護
　３．ＤＢノードの完全分離
　４．マシンパワーに頼ったアプリケーション設計の禁止
　５．ダウンタイムの最小化
→すべては良いシステムをお客様に提供するため

・統合のステップ
　ＳＴＥＰ１　スキーマ統合
　　パーティショニング化
　ＳＴＥＰ２　マルチラック化
　　ＡＳＭディスクグループ
　ＳＴＥＰ３　マルチテナント化

・連結会社向け販売管理システム
　さらなる最適化を目指し、容量重視型の統合ＤＢ

・安定したサービス提供のためのＤＢＡ組織化

結果
　目標１コスト品質最適化→１／１５に
　目標２ハードウェア→ソフトウェアコスト削減
　目標３ＩＴ全般統制→運用と開発分離

■ＪＰＯＵＧとホアンさん
・リリースにあたり最も印象に残っているバージョンは

どれもがんばった。それぞれ子供
一番好きな子供を聞くようなものだけど
　最初の子供　６
　一番下の子　１２ｃ

新機能のアイデアはどこから、どれくらい

いろいろある
　お客様（違うこと言う）→くりかえし入ってくるとき
　内部エンジニア
　学術界・競合
長い時間をかけて

開発体制、開発プロセス
ツールは社内開発
特殊なものから始めた
　専門家が育ってきた
　どんどん細分化

クラスタ１つでエクサバイトに行くのはいつごろ？
・ペタでラック
・スケーリングのチャレンジは過去ほど高くない
・ペタバイトで満足してる
・おそらくは１０年以上？膨大な資金がいる
・シャーディングも役に立つ
・ポリグリッド

MySQL Document Store（文書型JSONでMySQL)とか聞いてきた

今日（５月１０日）MySQL Innovation Day Tokyoに午前中行ってきて、

を聞いてきたのでメモメモ（ちょっとはじめ、遅れたので動画の前はわからない）

---

■イベント概要紹介
動画

MySQL Document Database
ＲＤＢだけでなく、ドキュメントも
２００７年くらいからNoSQL
Xプロトコル　Googleのプロトコルバッファで実装

MySQL 5.7 GA
・多くの機能が実装
・レビュー
　　５．６の３倍の速度
　　レプリケーション改善グループレプリケーション：プラグインで予定

MySQL5.7 JSONサポート
・スキーマレスで入っている
・テーブルからもJSON作れる

グループレプリケーション
・まだＧＡにはなっていないけど、プラグインで
・マスターサーバーの冗長化できる
・管理：オープンソースもあるけど・・・
　　レプリケーションモニターが使える
　　マルチソース、サーキュラー、トポロジーを容易に管理


MySQL Document Store
・Xプロトコル
・X Dev API
・MySQL Shell→メインのＣＬＩになる
　Ｘプロトコル
　Java pythonも
・接続方法
　　スタンダード
　　memcached
　→X Protocol
・セキュリティ

X Protocol
・非同期ＡＰＩサポート
　パフォーマンスがいい
　プッシュ通知
　エラー処理の設定
　シャーディング：現状のコネクタではまだ
　オープンスタンダード：カスタマイズ性も優れている

MySQL XDevAPI
・ステートレス
・ＣＲＵＤできる
・ＪＳＯＮ
・MySQL Connector (nodeJSも）
・ドキュメント、リレーショナル両方

MySQL Shell(GAではない）
・まだまだ不完全だけど・・
・Pythonを使う場合は、コネクターが出ていないのでMySQL Shellで
・MySQLのプロビは、このＡＰＩ経由でできる→Dockerリクエスト
・Javascript流しこめる、パイプにつなげる

MySQL Document Store
・スキーマレス・リレーショナル・ハイブリッド
・ＡＣＩＤトランザクション(inno DBでうごいているので）

本日のセッション

■Key Note Introducing the MySQL Document Store
　マイクさん＆同時通訳　梶山さん
・新しい機能
　ハイブリッド型（ドキュメントとＲＤＢ)

・ＭｙＳＱＬはＲＤＢとして高い品質：ＡＣＩＤ
　ＳＱＬ：複雑な処理も、分析も
　非常に多くの環境で利用：どこにでも、情報も簡単に、拡張性の実績

・ドキュメントデータベース
　ＲＤＢはすべてのアプリケーションというわけではない
　スキーマを定義しないでというニーズ
　高い柔軟性、高い信頼性、uptime
　ＪＳＯＮ
　アプリケーションの構造に
　node.js,python

・リレーショナルとドキュメント
　１つの製品にまとめていく→ＭｙＳQL

・基礎：MySQL5.7 JSONデータタイプ
　ＳＱＬのよさをひきつづき
　　JSON向けのＳＱＬ関数
　　正式なデータ型
　　基本的には作りこんでいるはず
　　演算子

・GeneratedColumns（生成列）
　演算したものを作る→インデックスも作れる
　生成列→alter table→index
　ＪＳＯＮデータに対してインデックス作れる

・生成列
　ＳＴＯＲＥＤ（格納）
　　参照は早くなる
　　テーブルの再作成　　
　ＶＩＲＴＵＡＬ
　　格納速くなるが
　　参照遅くなる

　インデックスはバーチャルに制限

・ドキュメントの使い道
　テーブルにデータ、ドキュメントJSONで出力
　　関数を用意してある
　　ときどきぐちゃくちゃになるかも・・・きれいにマッピングできない

・JSONドキュメントコンテナーとしてのMySQL
　　１つの列にＪＳＯN型を使う→array等、テーブルマッピング困難だったものに対応できる

・一部分だけをスキーマレス、ほかはスキーマ
　ＪＯＩＮして１つの結果→シンプル

・The X DevAPI
　ＳＱＬが複雑すぎる
　開発者が必要としているメソッドを重ねる
　ＳＣＲＵＤ(select+CRUD)をするＡＰＩ
　非同期処理
　Ｏ／Ｒマッパーでなく、独自のＡＰＩ

・ドキュメントのあつまりコレクション
　→コレクション操作できる
　後ろにメソッドを重ねる（フリューエント）
　ドキュメントデータの削除
　X Session
　セッション使わない操作もできる
　テーブルに対する操作も用意
　いまＤＭＲ（開発途上版）

・5.7.12
　ドキュメントストアプラグイン（Xプラグイン）
　　→ひつようなら有効に
　プラグインより
　MySQL 8　新しい機能はプラグイン

　MySQLシェル
　３つの接続部品

　ＡＰＩのポイント
　開発言語にあったＡＰＩ用意

　ぜひ、フィードバック

・Connector/Node.js 1.0
　あたらしいもの
　非同期への処理も対応

・MySQLシェル
　Python、Node.js
　開発用だが、運用・管理も
　
・MySQL プラグイン for Visual Studio

・ドキュメント用意してある
　サンプルプログラム

■MySQLドキュメントストアの紹介

・ドキュメントストア
　ＪＳＯＮ→スキーマレス
　ＸＤＥＶ　ＡＰＩ、Ｘ protocol
　mysqlxというデーモンが入るとxプロトコルしゃべれる

・X dev API
　X pluginを有効にすることで
　NoSQLライク　Javascript,,pythonから処理

・X プロトコル
　何回かも？Googleのプロトコルバッファ読んだ
　大量に小さな処理
　シャーディング
　非同期処理
　パイプライン処理：まとめて複数のコマンドを一気に投げられる

・XProtocol
　ネゴシエーション
　オーセンティフィケーション
　実行

　なにがいいの：非同期
　失敗したら、すべて失敗など、エラー処理もカスタマイズできる
　→デフォルトは失敗しても無視する

　ネスティングもできる

・X Protocol
　圧縮はもう少し：ただしプロトコルバッファはすでに無駄を排除している
　　→サイズ圧縮

・MySQL Shell 概要
　mysqlsh
　Ｊａｃａｓｃｒｉｐｔモード
　\pyでpythonモードに
　\sqlでSQLモードに
　Visual studioとの連携も将来的には

　標準的な言語で

・機能
　クラッシックは３３０６ポート、他は３３０６０
　接続を登録できる

・開発ＡＰＩ
・バッチモード
・出力フォーマット

・セッション
　コネクションを作って共有できる

・バックワードコンパチビリティ
　３３０６で接続 クラッシックでアクセス

・制約
　ＭｙＳＱＬシェルはＣＬＩでないので、外部のシェルコマンドは呼び出せない

・将来
　グループレプリケーションの設定（ＭｙＳＱＬパブリック）
　ユーティリティ→MySQL Shellでできるようにしている
　Development API

・デモ
　Twitter→JSON→indexつけてＤＢへ

・参考　プロトＣでカスタマイズできる

マイナンバーまたシステム遅延

http://itpro.nikkeibp.co.jp/atcl/news/16/050201292/
マイナンバーカード管理システムの遅延、5月2日も再び続出

このまえ、治ったんじゃなかったんだっけ？