データベース研修講義【21新卒技術研修】

00:00:02 - 00:00:07： では始めていきますよろしくお願いします 00:00:07 - 00:00:10： とまず21視察デーため主権 00:00:10 - 00:00:13： でしょサッカーが a database 研修ということで 00:00:13 - 00:00:18： えっと本日はどこのような内容で進んでいきます 00:00:18 - 00:00:23： な杖た座学でデータベースます鯉基礎的なところ 00:00:23 - 00:00:29： まあ4号とか抑える e 3でへと1的なところについては学区を45分ほど 00:00:29 - 00:00:32： マッサージ分くらいでもしかしたら終わるかもしれないですけど 00:00:32 - 00:00:34： やります 00:00:34 - 00:00:36： 一つの後にエスケール 00:00:36 - 00:00:41： 触ったことがある方は多いかと思いますがれ四球 sql の基礎的なところ 00:00:42 - 00:00:46： 正比例へケアサビつつ1時間ほどやって 00:00:46 - 00:00:52： クレンジっていう結構データの解析地番とかを作る時とかあターン 00:00:52 - 00:00:59： 機械学習とかよくやっている方はどちら学習のデータの加工とかするとも 00:00:59 - 00:01:06： 9レンジで行ったりするのでそういうところのが苦労も半蔵をやります 00:01:06 - 00:01:11： 矢田ワークのハンズオンが終わったら最後ビッククエリーの温州ということで実際の 00:01:11 - 00:01:12： ちょっと以来 00:01:12 - 00:01:15： 大石やっぱ分析ない題に添って 00:01:15 - 00:01:22： だーウェイ関してみてまたびっくりメールテーマを使ってえっと実際に予測まで 00:01:22 - 00:01:27： 機械学習モデルを使って方に予測ができるのでそこまでちょっと 00:01:27 - 00:01:31： できればいいからと思っています 00:01:33 - 00:01:36： とでは本日のメンバー紹介ま講師の方 00:01:36 - 00:01:40： 人物の回ですがまずっと 00:01:40 - 00:01:46： こちらのちょっと書いてありますがだが来た練習まあ陸へ練習を担保すバスがとが絶対 00:01:48 - 00:01:51： と20銭疎通して皆さん 00:01:51 - 00:01:56： 去年ちょうど入ったの山これ今年で2年目ということになります 00:01:56 - 00:02:00： で軽い敗としてとからまあ近いマーズ 00:02:00 - 00:02:06： 状況としてもかなり近い方が多いかなと思うのでひょ子なんか気合いに 00:02:06 - 00:02:13： ば意外と張ってきたらと思います宜しくお願いします 00:02:13 - 00:02:16： 時田助にいさんに入っ 00:02:16 - 00:02:21： はい19新卒の北島ですこの研修では主にそのは 00:02:21 - 00:02:25： ぐ風呂エンジンのところを 00:02:25 - 00:02:27： 講師をします 00:02:27 - 00:02:31： 補足ですけれどもここの3人は全員 00:02:31 - 00:02:38： あの申すと事業本部ゲームを植え解析グループの所属でございますよろしくお願い致し 00:02:39 - 00:02:49： was her 00:02:49 - 00:02:56： 木沢ですさわっはいえーとを重心角 s 武器と申します 00:02:56 - 00:02:58： 入ってっ 00:02:58 - 00:03:04： 8マーケット他付帯ピトーどこなジグヘッドを解析グループの方に所属をしております 00:03:04 - 00:03:07： えっと今回の編集では a 00:03:07 - 00:03:11： どえすけーる演習の訪台8担当させていただきます 00:03:11 - 00:03:14： 宜しくお願いします 00:03:14 - 00:03:19： 開始しますまあ開始4月グループで何やってるかっていうのはちょっと後半の 00:03:19 - 00:03:25： チャレンジ演習でも出ていく3人知れずビックリなレシートはモード語を駆使し今回は 00:03:25 - 00:03:28： したいと思うので 00:03:28 - 00:03:31： はい pabo 生じてください戸田全然ないんですか 00:03:31 - 00:03:35： はとりあえずさらにメンバーでやらせていただいちゃったので 00:03:39 - 00:03:41： そうですねまぁ 00:03:41 - 00:03:44： 部屋があると思うのでそちらで 00:03:44 - 00:03:46： 何か質問とか 00:03:46 - 00:03:50： これこれからコーヒーとがはずだ100とか始めていきます 00:03:50 - 00:03:54： 牧柵そうですが学練習始めていきますが質問等と 00:03:54 - 00:03:57： 後はかリアクションとと 00:03:57 - 00:03:58： あれば 00:03:58 - 00:04:04： 哀悼とあればそちらでお願いします 00:04:04 - 00:04:07： ああそうですかやっぱ部屋も後でよゐたる理由はそちらでもん 00:04:07 - 00:04:10： 必要です 00:04:10 - 00:04:13： 早速大学パートに入っていきます 00:04:13 - 00:04:16： れたベース基礎ということで 00:04:16 - 00:04:21： を目次はとこのような形になっててまずなぜ店ため村はな部のかというところから 00:04:21 - 00:04:27： 始まってそれぞれがちょっと横断的にデータシステムあたりのっと 00:04:27 - 00:04:30： まあダイナーが抑えていくという 00:04:30 - 00:04:32： 長くなっています 00:04:32 - 00:04:39： 山ズレータシステム基礎ということでたまあまずなぜ低鍋その余りそうなのかっていう 00:04:39 - 00:04:41： 時代背景ついてですがどう 00:04:41 - 00:04:46： をな演算志向からデータ4区へシフトしている時代 00:04:46 - 00:04:49： 1回たのですがまぁ要望 00:04:49 - 00:04:54： computing 今までっていうのは演算処理能力っていうのがボトルネックに 00:04:54 - 00:05:01： なってしてたんですが最近は8データの量とか複雑た後そのデータの上辺会がボトル 00:05:01 - 00:05:04： ネックになっているという時代背景があります 00:05:04 - 00:05:09： えっとトレードオフっていうのがまあデータシステムの世界に問わず入れると 00:05:09 - 00:05:14： 事実には世界にあると思うんですがそれドスを理解してれたシステムについて摘出が 00:05:14 - 00:05:17： 実践体ができるようなるって言うのが 00:05:17 - 00:05:18： マナブーを 00:05:18 - 00:05:22： 今回大学で学ぶ目的では 00:05:22 - 00:05:26： 完全に次回はできなくてもないから今長いねやってなって引き出しが増やせれば今回は 00:05:26 - 00:05:32： といいいいかなと思っています 00:05:32 - 00:05:36： えっとまずデータシステムはその設計記事選定についている 00:05:36 - 00:05:43： つっの機能余計なんですがまずレイター保存見つけられ宮するという a たベース 00:05:43 - 00:05:46： またよく参照されるデータを聞い 00:05:46 - 00:05:52： を記憶するという役割没きゃっ集またはキーワードで検索できるように 00:05:52 - 00:05:57： また全文検索みたいな感じですねそういうことができるメッツ的レーサーチェーン 00:05:57 - 00:06:02： インデックスとか色々とあるんですがこれら全てってなぜぶ data system 00:06:02 - 00:06:07： そしてを抽象化されています 00:06:07 - 00:06:10： まあなんかデータミサでたミスでキャッシュあっキャッシュじゃんって思うかもしれ 00:06:10 - 00:06:12： ないんですが 00:06:12 - 00:06:15： と前データベースとキャッシュられようとも実装も全然違うんですけど 00:06:15 - 00:06:17： データストアでありながら 00:06:17 - 00:06:27： メッセージキープしても利用するレディス特価ああいろいろスカ r ああああヌー 00:06:27 - 00:06:37： stella 考えティロ設計アーマー atis パターンとパフォーマー直線違い 00:06:37 - 00:06:44： があるという意味で回す的にはデータ保存して見つけられるとは変わらないです 00:06:44 - 00:06:49： ついてデータシステム石鹸匹の要件ですが 00:06:49 - 00:06:55： えっとまぁ非機能要件というのは機能を焼いてだを求められることを課題とから 00:06:55 - 00:07:00： あと郡3ショットなんですが障害児でもデータが正しいこと舗装を知ったイ 00:07:00 - 00:07:05： 安定したパフォーマンスを提供したり俯瞰土台に対応したいなど需要が上だシステムに 00:07:05 - 00:07:07： はあります 00:07:07 - 00:07:15： それぞれ8名前を付けついてでは信頼性はスケーラビリティとメンテナンス性と呼ん 00:07:15 - 00:07:17： だりします 00:07:17 - 00:07:20： ちょっとそれぞれこれは大雪は概念ので 00:07:20 - 00:07:24： 一つ一つ一つ見ていきたいとおもいます 00:07:24 - 00:07:27： まず信頼性についてです 00:07:27 - 00:07:31： 何か質問台が生じたとしても正しく動作し続けること 00:07:31 - 00:07:33： きゃっ小銃を訴えかけ 00:07:33 - 00:07:37： 袋サマーもう水と彼を信頼して薄いますままだったら信頼して高い 00:07:37 - 00:07:40： じゃあ高いですねうついて来ない 00:07:40 - 00:07:44： で得たこの問題起こしいるものっていう起こす原因となるもの 00:07:44 - 00:07:47： フォールトと呼んだりします 00:07:47 - 00:07:52： エコフォルト追い越してこれに対処できるシステムは耐障害性を持つ 00:07:52 - 00:07:56： フォールトトレラント聞いたことがある方もいらっしゃるかもしれないですが 00:07:56 - 00:07:58： 大正村性を持つといいます 00:07:58 - 00:08:03： このホールとに耐性がないと生涯につながっちゃうてー 00:08:03 - 00:08:06： ちなみになってで生涯 it フォルト 00:08:06 - 00:08:08： ちょっと別で考える必要があります 00:08:08 - 00:08:10： この障害っていうのがあ 00:08:10 - 00:08:13： ネットやユーザーにとって必要なサービスが止まってしまった 00:08:13 - 00:08:16： っていうシステムの状態を生涯ています 00:08:16 - 00:08:20： デフォルトっていうのはあくまでもあの 00:08:20 - 00:08:25： 具体例だとさハードウェアがのいましの一つが死んだとか 00:08:25 - 00:08:30： ソフトウェア的にエラーが起きているとかあとシュウマイらるなんかは宿したことし 00:08:30 - 00:08:32： ちゃったとかそういうのはポールとになります 00:08:32 - 00:08:39： 電話フォルトが経てばさっとなんかバグがあったとしてもそれがさらに下サービス 00:08:39 - 00:08:44： ダウンにつながるわけではないのではなかったらキャッチうまく処理したりとか 00:08:44 - 00:08:47： そういうあるのでまぁフォルティんっ 00:08:47 - 00:08:52： 大勢があれば問題はないんですがたちがないと生涯つながってしまうのでここら辺は 00:08:52 - 00:08:55： しっかりと対象を持たせることが重要だよねって言う 00:08:55 - 00:08:57： 話になります 00:08:57 - 00:09:03： でちょっと書いてあるんですがいた的にほんと発生させてこのと値段と継続的ですする 00:09:03 - 00:09:07： しかもとして可能性リジーリングとかというものがあったりしする場合は興味のある方 00:09:07 - 00:09:09： はちょっと色々と文献があるので見ちゃ 00:09:09 - 00:09:13： 調べていってください 00:09:13 - 00:09:18： で続いてスケーラビリティについてです 00:09:18 - 00:09:23： これの言葉の意味としてはもうそのまんまですね負荷の増大に対してシステムがたり 00:09:23 - 00:09:25： できる能力ではあります 00:09:25 - 00:09:29： sk がアップスケールアートってよく出てくると 00:09:29 - 00:09:33： を呼ぼうとして出てくると思うんですけどスケールアップの方がマシーンを強力にする 00:09:33 - 00:09:35： データシステムを世界でも 00:09:35 - 00:09:42： 一つのデータレースに入るキャパ大きくするような自立型レイアウトの方は不可の分散 00:09:42 - 00:09:48： でまぁそのままですねデータのシステムだけもはいデータなど色々と改名させて歩果房 00:09:48 - 00:09:51： プレッサーするという 00:09:51 - 00:09:52： 性があります 00:09:52 - 00:09:56： one size fits all なが来てきては存在しないって書いたんですが 00:09:56 - 00:10:01： コレっていうのはまああの database database なんていうのは 00:10:01 - 00:10:07： データのその輸入はスループットがたとえ同じだったとしても小さいサイズのデータ 00:10:07 - 00:10:12： リクエスト名前毎秒何万解凍処理するシステムとまだ大きいサイズのリクエスト毎分 00:10:12 - 00:10:14： 処理するシステムがかなり 00:10:14 - 00:10:21： パフォーマンス特区生徒数が求められはピクチャの違うのでこのこれがすべての 00:10:22 - 00:10:25： んですよねリクエスト対応できるみたいなそういうなんか one size fits 00:10:25 - 00:10:29： all なアクト人は存在しません 00:10:29 - 00:10:33： あの gcb とか色々四白に 00:10:33 - 00:10:36： を助けるしてくれるものがありますけど裏では吐かない 00:10:36 - 00:10:42： 秋田市茶を買いたいなんだね頑張っていると思います 00:10:42 - 00:10:46： で続いてメンテナン性についてです 00:10:46 - 00:10:50： えっとまぁネット等性もメンテナンスを知らせちゃうそのままなんですけど 00:10:50 - 00:10:52： イベントラッシュ性を高める 00:10:52 - 00:10:58： まずはになぜ高める必要があるかっていうとまあ珍しい姓がしにくいとすごく 00:10:58 - 00:11:04： どうイテレーションは回収のコストが高くなったりと額も発生しやすくなったりという 00:11:04 - 00:11:08： まあ皆さんご存知だ 00:11:08 - 00:11:13： 音だと思うんですがまぁめっちゃ性が低いとすることそれを天文台があるので高める 00:11:13 - 00:11:16： ためが設計例作というものがあります 00:11:17 - 00:11:20： 同3つに分かれててうん寄せ 00:11:20 - 00:11:21： トタン純正 00:11:21 - 00:11:24： 進化制定を願います 00:11:24 - 00:11:28： 運用設定のはまあ運用を出産運用担当者への配慮みたいなもので 00:11:28 - 00:11:33： まだ健全性ヘルスチェックみたいな感じですねシステムの件前世が可視化できてて効率 00:11:33 - 00:11:36： 的な管理方法で運用出来ていれば 00:11:36 - 00:11:38： 前に明日も幸せになると 00:11:38 - 00:11:43： 男女せっていうのは複雑なシステムというのはメジャースのコストが高くなるので 00:11:43 - 00:11:46： 抽象化でクリーナーきてきちゃった 00:11:46 - 00:11:47： システムを 00:11:47 - 00:11:53： 変化変更しやすいように彼かまた進化せっていうのはわかったにはシステムのは今井と 00:11:53 - 00:12:00： 修正用意生なんですが単純泉高さに加えて開発技法だかじゃあいう的な監視するまあ 00:12:00 - 00:12:03： dd とかをこういう進化性が高い 00:12:03 - 00:12:09： 追加背に影響してくるなら次号だと思いますが 00:12:09 - 00:12:16： この3つの要素がメンテ等性を高める軽減策として呼ばれています 00:12:16 - 00:12:19： でどんどんいきます 00:12:19 - 00:12:22： 続いてとデータの出るという話に入ります 00:12:22 - 00:12:28： データを表現するための後出るまでた同じ事態ははいジェイソン牛 s 美たがああ 00:12:28 - 00:12:30： いうデータフォーマットあったり 00:12:30 - 00:12:35： また今から紹介するリレーショナルデータベースとから決めとモデルオリエント企業と 00:12:35 - 00:12:37： 思考モデルとかそういう 00:12:37 - 00:12:42： をでデータベースの世界で使われるモデルなどいろいろとあります 00:12:42 - 00:12:46： でデータモデルっていうのはソフトウェアーのできることできないことに起きない 00:12:46 - 00:12:51： 今日は及ぼしますのでアプリケーションに適したデータモデルを選択することは重要 00:12:54 - 00:12:58： 会えとまぁリレーショナルモデルのドキュメントモデル暗くモデルだぞ 00:12:58 - 00:13:02： 入れ島までんとかれリレーショナルデータベースとかそういうのは用語は聞いたことが 00:13:02 - 00:13:07： ある方が多いと思いますがちょっとそこらへんについて深堀りしていきたいとおもい 00:13:11 - 00:13:15： あなんか早かったりとかあとうちリストもっとやったらで運営 00:13:15 - 00:13:17： 辛くと彼 00:13:17 - 00:13:22： いただければと箱まいます 00:13:22 - 00:13:27： で ai とリレーショナルヨーデルにまずついてですえっと 00:13:27 - 00:13:31： イエスマンっていうリネスなるまでっていうのはいっぱいすごく一般的にデータベース 00:13:32 - 00:13:38： おそらくこれをパレット多い思い浮かべる方が多いと思うんですが8位スケールという 00:13:38 - 00:13:41： 言語クエリ言語で使われ 00:13:41 - 00:13:44： の疲れてるまぁでん食べてるんです 00:13:44 - 00:13:50： 8特徴としてはすべてのデータがオープンに配置されているという特徴があります 00:13:51 - 00:13:55： relation までい助けるでテーブルとして構成して 00:13:55 - 00:13:58： でリレーションは順序なしたぷる今日方ですね 00:13:59 - 00:14:04： のシルバーとして表現しています 00:14:04 - 00:14:08： えっとクエリーを振って今井さって言う裏側で動いている 00:14:08 - 00:14:13： system system まあシステムあるんですがそいつが実行順序とか dx 00:14:13 - 00:14:14： を判断してくれるので 00:14:14 - 00:14:18： 宣言的にデータベースを利用できるという 00:14:18 - 00:14:20： 区長まメリットがあります 00:14:20 - 00:14:25： 電話宣言的にで食べ所利用できるって何か悩みってことなんですがまあまあ開発者が 00:14:25 - 00:14:28： データ手続き的に探す必要がない 00:14:28 - 00:14:32： このアドレスにこんなデータがあるのでこことここを組み合わせてとかそういうことを 00:14:32 - 00:14:39： する必要がなくて単に法相を宣言するだけでデータを抽出したり加工したりできると 00:14:39 - 00:14:44： コレっていうのはまあ一般的にアプリケーションに新しい機能を追加するのが容易だっ 00:14:44 - 00:14:45： て特徴があって 00:14:45 - 00:14:51： たとえデータの配置なんか内部べきデータ等配置が変わってもまあ専念的に行こう 00:14:51 - 00:14:54： これが欲しいと言ってるだけなので後はそのクエリオプティマイザというものが勝手に 00:14:54 - 00:14:59： データがここにあるかとか10個中どうすればいいかとかハンバーガーしてくれます 00:14:59 - 00:15:06： このを出るっていう冷笑なものが叩い1そこからたたえたの関係を表現するアイ優れて 00:15:06 - 00:15:08： いるっていう 00:15:08 - 00:15:09： はありません 00:17:18 - 00:17:21： 特徴があります 00:15:11 - 00:15:16： はよく見れしけるですゆネームと英二を見さとして 00:15:16 - 00:15:19： 前スレ10するきゃセレクト idm age 00:15:19 - 00:15:26： from 下座する java 交渉でしょうの形式でデータから得られたりします 00:15:26 - 00:15:30： でそれに対し程度きゅめんとモデルというものがあります 00:15:30 - 00:15:33： よくあの脳 sk るって言葉を聞いたことがあるか 00:15:33 - 00:15:38： ある方も多いと思うんですがの s キールもこのドキュメント萌えるわ必死客だろ 00:15:38 - 00:15:43： うったオノロケ人もでが漏洩しきるようにしてるんですね 00:15:43 - 00:15:46： バローエスケープベースケアのエスケール 00:15:46 - 00:15:49： レーサーで試す以外見たいなと言う 00:15:49 - 00:15:52： はリーダー今井な来年があったりします 00:15:52 - 00:15:58： 得たこのときえとういるっていうのはデータをジェイソンがモデルとして保存します 00:15:58 - 00:16:01： でジェイソンの午前のなんで 00:16:01 - 00:16:04： データベースでこれは mongo db っていうデータベースで 00:16:04 - 00:16:09： ずデータを実際に路から関係層にしてみ誰なんですが 00:16:09 - 00:16:14： 8 db ユーザー数にサートっていうかプチでもジェイソンがモデル予想まま入れて 00:16:14 - 00:16:22： find ペットその場所に住んで帰ってくるみたいなそういう 00:16:22 - 00:16:23： えっと入っ 00:16:23 - 00:16:26： モデルになります 00:16:26 - 00:16:31： これの特徴ドキュメントファイルの特徴っていうのはスキーマを矯正しないというもの 00:16:31 - 00:16:32： があって 00:16:32 - 00:16:38： 僕固いここにネームがローラエイジが脳が何か謎は尽きまだろーが 00:16:38 - 00:16:41： 特にそれは強制はされません 00:16:41 - 00:16:46： あとロカリティに局舎性に優れているという特徴があります 00:16:46 - 00:16:51： これではあの関連情報が一箇所に集まっているこのネームはいうこれがというダーって 00:16:51 - 00:16:53： いう情報が 00:16:53 - 00:16:55： その単位で保存されているので 00:16:55 - 00:17:00： あのリレーショナルデータベースではマイケルだーよく 00:17:00 - 00:17:05： ジョイント言ってあの子のユーザーのデータをこの決定部と結合してっていうふうに 00:17:05 - 00:17:07： どうだったらでたとってくるんですが 00:17:07 - 00:17:10： ドキュメントほとんどはたいていの場合バーの 00:17:10 - 00:17:15： モデルねヒットしている場合はそういうことが必要ねって家山のデータとってくると 00:17:15 - 00:17:16： やるだけで ok 00:17:16 - 00:17:18： まあ要はロカリティが優れてるぞ 00:17:21 - 00:17:24： 正しい結合のサポート味わいです 00:17:24 - 00:17:30： なぜまあなんか色んなとこから出ポンって食ってまああまり得意じゃないんです 00:17:30 - 00:17:34： なかのん子 dvd 買う地理 b リシンクリーミーたか色々 00:17:34 - 00:17:36： ドキュメントもよれば 00:17:36 - 00:17:41： はあってまあもちろんクラウドサービス aws gcp を色々子 00:35:49 - 00:35:52： あります 00:17:43 - 00:17:51： ダイナモとかですかねまあではスキーマの話はちょっとしたんですがネットスキーマ 00:17:51 - 00:17:56： 約スキーはですスキーマを矯正しないとかドキュメントモデルはスキーマですだって 00:17:56 - 00:17:57： 言ったりするんですから 00:17:57 - 00:17:59： これはちょっとポッ候補会がある 00:17:59 - 00:18:04： 43日呼び方ですあくまでもスキーはですがスキーまだないわけではなくてスピンは 00:18:04 - 00:18:07： 強制しないというだけになりますので 00:18:07 - 00:18:13： えっとこの月も矯正しないことをスキー場オンリーと 00:18:13 - 00:18:17： で逆にあのリレーショナルデータベースみたいにつきは強制することを明示することを 00:18:17 - 00:18:20： 好きマンライトと呼んだりします 00:18:20 - 00:18:25： まずキーマンリーダーはい読み取り値にデータを解釈する音リードで前半を解釈するの 00:18:27 - 00:18:30： まあ矯正しないでーた凧山目的だ 00:18:30 - 00:18:36： 好き笑とないと書き込み時にまず隙間が違ったらもうの os というような 00:18:36 - 00:18:42： いわゆる8静的片付ける子みたいなそういう特徴があってまだうスキーマがちまってる 00:18:42 - 00:18:46： ので隙間本校にマイグレーション 00:18:46 - 00:18:51： タップデートとかオルターで打った飾りうマイグレーション作業が必要になったりはし 00:18:56 - 00:19:01： デパ8つつ一定は縁言語についてです 00:19:01 - 00:19:07： 大スケールっていうのは宣言的なクエリゲームを分類になっています 00:19:08 - 00:19:12： のさっきもちょっとなんか宣言的に利用できるみたいな話を少ししたと思うんですけど 00:19:13 - 00:19:18： ピッ変える原稿もにもリアルの手続き的ないってリジーもだったり 00:19:18 - 00:19:22： 先鋭的なページ前後というのは別れてまして宣言的なクエリ言語というのは 00:19:22 - 00:19:28： データベースエンジンの実装の詳細おいでしてくれるという特徴があります 00:19:28 - 00:19:33： さっきは行ったらにあのんなく裏側にどんどんだった方を配置されてっていうのが 00:19:33 - 00:19:36： 詳細元感を 00:19:36 - 00:19:42： 一平しているのでクエリー t 物書き帰らしに裏側で勝手にデータベースのシステム 00:19:42 - 00:19:48： パフォーマンスが改善できる特徴があります 00:19:48 - 00:19:53： えっとこのクエリ言語の種類としてはまあゲッターシステム世界では sql 00:19:53 - 00:19:56： ダリア他のアプリリリースの 00:19:56 - 00:19:59： 言語というものまあこれも原稿というか 00:19:59 - 00:20:03： ば許し4代目みたいなものなんですがと肩サイファーという 00:20:03 - 00:20:07： フェリー言語があったりします 00:20:07 - 00:20:08： えっとまぁ 00:20:08 - 00:20:12： query 銀行って別にデータシステム世界だだけじゃなくてたとえば 00:20:12 - 00:20:14： javascript のドム a pie 00:20:14 - 00:20:17： とか css のセレクターみたいなごいちしろ 00:20:17 - 00:20:21： クエリ言語だったりします web に傾い人は何か 00:20:21 - 00:20:26： この要素この色後輩みたいな教えフェスやってるんです 00:20:26 - 00:20:28： どうもやるんですけどもまぁそういう 00:20:29 - 00:20:38： query したくあり c 種アクエリ言語ですと呼びます 00:20:38 - 00:20:43： レッド最後さっきにずちょっと上げてたんですが最後の 00:20:43 - 00:20:47： データベースのデータシステムにおけるデータモデル 00:20:47 - 00:20:50： そしてグラフデータモデルというものがあります 00:20:50 - 00:20:55： 俺っていうのは多対多の関係証言に特化したデータモデル 00:20:55 - 00:21:00： あんまりなんかあ多分ドキュメントモデルとカーリレー所ないものに 00:21:00 - 00:21:02： に比べると 00:21:02 - 00:21:07： 見る機会は少ないんじゃないかなぁとは思います 00:21:07 - 00:21:14： これのところグラフデータモデル特徴としてはへと出たブラフとして表現する 00:21:14 - 00:21:20： するというものがあってこの町店ノードの頂点のちょっと濃度って言うんですが争点が 00:21:20 - 00:21:21： なんかデータ 00:21:21 - 00:21:27： ジッパ一ティ一とか web ページとかそういう情報になってでそのエッジまあ辺が 00:21:27 - 00:21:29： この関係 00:21:29 - 00:21:32： ロードから関係ジェル風な 00:21:32 - 00:21:35： 関係を表しています 00:21:36 - 00:21:40： 雨使われてないっていうのがあっいうらーっ 00:21:40 - 00:21:41： どこの 00:21:41 - 00:21:45： モデルだと言わ手続き的にデータを探す必要がある 00:21:45 - 00:21:51： ですがで何か例えば好んで見えないから見えないと思いますかこれタイプ 00:21:51 - 00:21:54： 人物名ブルールし控えてるんですけど 00:21:54 - 00:21:57： このルーシーが 00:21:57 - 00:22:00： 宣伝いる場所と化すルーシーの 00:22:00 - 00:22:03： と鉄鋼している人物が 00:22:03 - 00:22:08： の出身地んだよそれなんかちょっと変わったクエリーは出来るんですけども 00:22:08 - 00:22:14： がそれは自体はちょっと月的探さなきゃいけないんで結構よとが限られている 00:22:14 - 00:22:17： ようなモデルが出たことになります 00:22:17 - 00:22:21： だが逆にはあの世等用途が限られているというかなんですよね 00:22:21 - 00:22:26： リリースなデータベースを出る資金とからと南山授業というかかるような 00:22:26 - 00:22:28： クエリーも 00:22:28 - 00:22:32： このグラフデータモデルだとだからさっき言ったように薄い書 00:22:32 - 00:22:37： 結婚している愛と話題特定の人物がケッ 00:22:37 - 00:22:42： パートナーの人物がの出身地みたいなそういう不思議な 00:22:42 - 00:22:46： クエリーをすごいこのグラフデータモデルだとすっ 00:22:46 - 00:22:51： 数上でクエリできてしまってポイントもあるのでかなりなんかよ用途によって 00:22:51 - 00:22:54： 使い分けるみたいな側面が多いです 00:22:54 - 00:22:57： データをデータベースとしては 00:22:57 - 00:23:01： なんかで養蜂 j たいった infinite グラフみたいなそういうでためすぐ 00:23:01 - 00:23:07： レジェントシステムでこの後でがサポートしています 00:23:10 - 00:23:13： えっと話は変わります 00:23:13 - 00:23:18： 今までは8クエリ言語とカーターは霊珠で 00:23:18 - 00:23:22： について見ていきましたから今度はストレイシンジ 00:23:22 - 00:23:26： というものについて見ていきますがその前に何かあ 00:23:26 - 00:23:30： cusco みんとかしてー 00:23:30 - 00:23:33： いなかった走っ列島 00:23:33 - 00:23:36： ロイが質問とかあれば 00:23:36 - 00:23:40： 炙りすっられていただいても大丈夫ですし 00:23:40 - 00:23:41： バックでも 00:23:41 - 00:23:45： 以上です 00:23:45 - 00:23:48： でもそうかな 00:23:52 - 00:23:56： 旅の知識がくらい 00:23:56 - 00:24:00： グラフんあグラフの研究をしてたんですねー 00:24:00 - 00:24:04： 暗い無双で研究分野でよくや使われますで私を大学 00:24:04 - 00:24:07： 10旬なんですが 00:24:07 - 00:24:10： 先輩で目を縫製でいろいろぞ 00:24:10 - 00:24:12： ボリボリにグラフを 00:24:12 - 00:24:19： 作っている人がいました 00:24:21 - 00:24:26： ストレージエンジンは話をしていきます 00:24:26 - 00:24:32： とストレージエンジンというのは8データの保存と取り出し行う方法を決めるものだっ 00:24:32 - 00:24:37： てマヨはデータベースの裏側で動いている 00:24:37 - 00:24:40： 園児になります 00:24:40 - 00:24:43： 大きく分けて2種類の用途があって 00:24:43 - 00:24:47： ドライブ z 一つがトランザクション洋著利用 00:24:49 - 00:24:53： オンライントランザクションプレッシングとあた分析処理用とよ 00:24:53 - 00:24:58： 本来アナリティックプロセシング2つが 00:24:59 - 00:25:04： それぞれの特徴はちょっと消費立つに乗せてしまったんですがまあまあからフック 00:25:04 - 00:25:07： 2つを見ていきます 00:25:07 - 00:25:11： まずは oltp トランザクションの方 00:25:11 - 00:25:14： えっとエンドユーザーとやりとりするようなインタラクティブに4つで利用すること 00:25:14 - 00:25:18： ソープとされっています 00:25:18 - 00:25:25： 想定していますねえとランダムアクセスと停電してしなかちこみが求められるのでそれ 00:25:25 - 00:25:29： それにその需要に対応するような実装というか 00:25:29 - 00:25:35： 特徴を持っていますその一つとして割とタイガーのデータから特定のキーのご列席に 00:25:35 - 00:25:37： 見つけることでいい 00:25:37 - 00:25:41： あけびまあ見つけるためのは ex 考え方があったりしてまああのよく 00:25:41 - 00:25:50： 主キーとか前れぷスキーとかなんかなデータベースに触ったことがある方は 00:25:50 - 00:25:54： が振れたことがあると思うんですがああいうのは8トランザクションよ東洋のレイドと 00:25:54 - 00:25:56： やりとりするために作られている 00:25:56 - 00:26:00： そういうのをやめがあったりします 00:26:00 - 00:26:05： で衛藤 ntp で主流なストレージウンジというのはおきくけて二つあって 00:26:05 - 00:26:07： トビーツリー型 00:26:07 - 00:26:11： ログストラクチャード型というものがありますこれって雨聞いたことはないよ子だと 00:26:11 - 00:26:15： 思うんですけどまぁグリ次系っていうのが普通の 00:26:15 - 00:26:18： 2待ってただけだろまああのバイエスケールとか 00:26:18 - 00:26:20： postgres けるとかそういう 00:26:20 - 00:26:24： データベースのライブで使われているストレス人 00:26:24 - 00:26:29： がこういうもう一般的なものはヴィッツ2型になっています 00:26:29 - 00:26:35： 最近新しく開発最近回するとまさに最近開発されたものがログストラクチャー時計 00:26:35 - 00:26:37： いうもので 00:26:37 - 00:26:42： file name ついきっと削除のみを行うようなライブ的にが出すっていう話 00:26:42 - 00:26:43： ですね 00:26:43 - 00:26:47： 行うようなものでまああの照明的な普通に同じように使える 00:26:47 - 00:26:51： 同じようにクエリーができてを待ちわびてた保存されるんですがまぁこは楽園はデブ 00:26:51 - 00:26:53： タイプの話です 00:26:53 - 00:26:57： web ldb とカルーセンスっていうものがあってこれっていうのは google 00:26:57 - 00:26:59： のビッグテーブルっていう 00:26:59 - 00:27:04： システムへデータベースだったりあとはエラスティックサーチって全部検査黒 00:27:04 - 00:27:10： エンジンぐんちえんちいいからあると思うんですけどああいう奴の家版でこういうは 00:27:10 - 00:27:15： ロブスター字型ロングストラップチャームがそれぞれが使われていたりします 00:27:15 - 00:27:19： まあこれはもう何から tips みたいな感じなのであるなんですけど 00:27:21 - 00:27:23： エットっ 00:27:23 - 00:27:24： もう一つどうぞ 00:27:24 - 00:27:29： 用途というか様とまぁをし分でしただけ用途としてはオンラインアナリティック降らせ 00:27:29 - 00:27:31： 死ぬというものがあります 00:27:31 - 00:27:35： を得るエビ結果該当 bjs 運転ジェンス 00:27:35 - 00:27:41： まあ3隻と傘いう感じですのために木はされるものでえっの特徴とした一般に分析用途 00:27:41 - 00:27:43： のクエリというのは高負荷で 00:27:43 - 00:27:48： データベースセットだいぶを付け合わせる者なのでベースキャットに特化した 00:27:48 - 00:27:53： db を独立たリングをつくろうということではカフェ 00:27:53 - 00:27:59： はこういうこういうもので使われるストレージがあったりします 00:27:59 - 00:28:04： たぶん世間とに特化して指っていうのがで大ハウスと呼ばれたりしてってぐう米の 00:28:04 - 00:28:07： ビッグ9 a lee だったりは気を使うんですけど 00:28:07 - 00:28:14： あと amazon のレッドシフトとかそういうものが来島しますよみんな大だと 00:28:14 - 00:28:20： でデータベースのトップデータベーハウスの特徴としてはリードに最適化されてて 00:28:20 - 00:28:25： データのスキャン範囲抑えるような工夫がされています 00:28:25 - 00:28:33： でなんかインデックスとかはあるものはあるかもしれないですが3日クエにだと 00:28:33 - 00:28:36： インデックスキーはなくてクラスタリング 00:28:36 - 00:28:40： はどういうふうにデータをまとめるかとか何か 00:28:40 - 00:28:45： パーティション聞いたらちょっと後でパーちゃんの話もするんですがなんか 00:28:47 - 00:28:51： bang げって言うんですかトランザクション向けのデータベースとかことだった 00:28:51 - 00:28:56： 性質を持っています 00:28:56 - 00:29:02： ねえと列指向と言ったってデーとりあえず明日はちょっとなかなかの話中でもないん 00:29:02 - 00:29:05： ですけどまぁそくせーの話で重要なものたのでこれは職階 00:29:05 - 00:29:11： しますぞ列指向というものでデータヘアーハウスはだいたいです思考を 00:29:11 - 00:29:13： 考え方を持っています 00:29:13 - 00:29:18： えこれって言うのは8列に含まれるすべての値をまとめて保存するという 00:29:18 - 00:29:26： が怒ったでどの一般的な y スキルとかそういうものは行指向でどうぞスっています 00:29:26 - 00:29:31： でまぁよしこの方は一つの境に含まれるすべての値が止めて保存するしています 00:29:31 - 00:29:37： レッチこうだと必要の列のデートの日を取り出せるので集計よくとか名跡よとの間に 00:29:37 - 00:29:39： 向いてるっていうのがあります 00:29:39 - 00:29:44： スケールがまだやってここでラインであるかもしれないんですか枚超スケールわかる人 00:29:44 - 00:29:45： を曲げんだ 00:29:45 - 00:29:47： 書くと 00:29:47 - 00:29:49： セレクト3 way j 00:29:49 - 00:29:54： えっとこれっていうのはユーザー id がか age たかった時に 00:29:54 - 00:29:57： サムエージェントあまり見たいよ avery 市立って顔したから a た場合 00:29:57 - 00:30:02： ユーザーの平均年で山撮りたいって思ったときに 00:30:05 - 00:30:09： 写行だった男の子いうふうにはデータを見る政府とため阿部理事ジってみるとこういう 00:30:09 - 00:30:12： ふっ縦方向にで食べるんですけど 00:30:12 - 00:30:17： データをこういう風に例えば a じぇファイルコンテンツとして本当にも age 00:30:17 - 00:30:22： だけの通知を甲奴並べたようなデータも仕方をしているので 00:30:22 - 00:30:27： これだけのデータをこの範囲だけのデータを読めという特徴 00:30:27 - 00:30:31： があります客に御セレクターステーシクってやっちゃうと 00:30:31 - 00:30:35： 全ファイルに米さあされたそれぞれのレッツを全部読みにいっちゃうので 00:30:35 - 00:30:39： で大蓮において政府+ディスクっていうのはあんまり 00:30:39 - 00:30:42： まぁ全然+ケアしたよという特徴があります 00:30:42 - 00:30:46： 逆に家はマイスペとか普通プスーの 00:30:46 - 00:30:52： たらなく与党の行指向のデータベースだととセレクトアベレージみたいな感じで 00:30:52 - 00:30:57： 甘く入り発砲すると全部の恭行単位で誰もそうしているので全部の今日よくそれぞれよ 00:30:57 - 00:30:59： 見に行って 00:30:59 - 00:31:04： それぞれエイジの部分だけとってくるみたい阿蘇イン処理ような口川ではしているので 00:31:04 - 00:31:09： 割とステップデータをたくさん品ガスが悪いってるよ 00:31:09 - 00:31:17： 中継関数て7業種クモの巣っていうたけしだからやっぱりと顔がそうでいいです 00:31:17 - 00:31:23： 8まあ祝しやすいっていうのは同じだからを連続している 00:31:23 - 00:31:25： 目でへ 00:31:25 - 00:31:31： 年齢だったら誰かなくあ0から100なんと変わるので同じれたが圧縮してたら 00:31:31 - 00:31:37： 脚口の手法が支えて橋口しやすいとかあとは書き込みが苦手って言うのは 00:31:37 - 00:31:41： ちょっと気づいた方は多くはやっぱもんですけどそれぞれのファイルで21日いいこと 00:31:41 - 00:31:43： がいちいち選定 00:31:43 - 00:31:47： 分割して持っているのでここの間にデータを挿入するとなるとこう 00:31:47 - 00:31:53： 間に挟むなどそれぞれのハイレアでと間に挟まなきゃいけないで結構書き込みは違って 00:31:53 - 00:31:55： だったりします 00:31:55 - 00:31:57： データが入っデータウェアハウスデー 00:31:57 - 00:32:01： 使われている遅攻の考え方ですまぁ今後のピック 00:32:01 - 00:32:04： 後半練習びっくりっていうのも使うんですけど 00:32:04 - 00:32:09： まぁ今回はで多量雨ないんでアレなんですけどビッグエーリーダー基本的に 00:32:09 - 00:32:13： レクタースルースクとかやるときはリミットをつけていこう 00:32:13 - 00:32:19： スキャンするはい抑えたりとかそういうことはします 00:32:19 - 00:32:21： ここまでがストレージエンジンの 00:32:21 - 00:32:25： とした概要へした 00:32:25 - 00:32:28： と続いてはエンコーディングと進化 00:32:28 - 00:32:31： データからに入っていきます 00:32:31 - 00:32:36： えっ太鼓いくと新釜座アプリケーションの変化に伴いデータの変化する 00:32:36 - 00:32:39： を書いて書きましたがどこ 00:32:39 - 00:32:45： はいレター変更ししていくのでだデータが変化したらもう読めませ他の 00:32:45 - 00:32:49： システムだか他うよデータから見なくなりましたのではダメなので言葉 00:32:49 - 00:32:51： エンコーディングという手法によって 00:32:51 - 00:32:54： 互換性を担保しています 00:32:54 - 00:32:58： encoding ってことはそもそもどういう意味かっていうとまぁなんとなく 00:32:58 - 00:33:03： 使っている方も多いと思いますがインメモリーの表現からバイトなう日の 00:33:03 - 00:33:07： のは返還のことに今ていくと4番にします 00:33:07 - 00:33:12： プログラミング言語で変数にダイレーターいう時点のとその 00:33:12 - 00:33:14： どっからアドレスに 00:33:14 - 00:33:21： データが表現さを脅すされちゃうので外から読むってのは中々難しいと思うんですけど 00:33:21 - 00:33:24： バイト nanapi 例えばジェイソンって言う 00:33:24 - 00:33:29： ジェイソンてフォーマットに沿ってデータを保存することによって 00:33:29 - 00:33:34： まああの他のアプリケーションからをやめるようになるそういったイメージです 00:33:34 - 00:33:40： メモリのライカのでデータの持ち方とメモリずっとでとの持ち方異なります 00:33:40 - 00:33:46： ego 甘設定っても入れると2種類ご関心があってこう報告は生前ポーカーせという 00:33:46 - 00:33:48： ものがあります 00:33:48 - 00:33:54： 横木関西っていうのは古いコードによって書かれたデータを新しいことが嫁 00:33:54 - 00:33:57： そうですよね古いコード後から追加した 00:33:57 - 00:34:03： 追加したコードがもちろん昔かなる高硬度コードじゃないか 00:34:03 - 00:34:05： データがそうですよね 00:34:05 - 00:34:09： 昔からある行動で書かれたデータも新しいことに持ち上げますっていうのが広報を 00:34:09 - 00:34:10： 交わすです 00:34:10 - 00:34:16： 逆に前方保管設定ものがあってこれはザったらしいコードによって書かれたデータを 00:34:16 - 00:34:19： 振るいコードも嫁 00:34:19 - 00:34:23： もので例えば中ユースケースとしては 00:34:23 - 00:34:27： サーバーとかでローリングアップデートとか中の鍼灸 00:34:27 - 00:34:31： 存在するような状態クライアントもそうですけどそういう状態で 00:34:31 - 00:34:36： 新しいことによって書かれた電波が古い昆布読めないと地域懇談してるので10 00:34:36 - 00:34:38： バージョンのほうが死ぬって言う 00:34:38 - 00:34:42： 本当になりかねないのでまあそういう互換性もあってまこっちゃちょっと割と難しい 00:34:44 - 00:34:46： いやもちろん各店舗するような 00:34:46 - 00:34:51： エンコーディングのするだったりし方はいろいろあります 00:34:51 - 00:34:52： ていた 00:34:52 - 00:34:57： を様々なで大コーディングフォーマットということではエンコードの方マットとしては 00:34:57 - 00:34:59： 色々あって 00:34:59 - 00:35:04： プログラミング言語の固有のフォーマットとだったりまああんまり使わないと思います 00:35:04 - 00:35:10： けどとあった標準化サイトフォーマットジェンソンを xl 親切なとあったりします 00:35:10 - 00:35:14： はプログラムで号恋のフォーマットはいあるよってくらいましょうかなんですけど 00:35:14 - 00:35:18： 例えば邪魔だったらジャマーよう serializable いったような 00:35:18 - 00:35:20： 以上言語の 00:35:20 - 00:35:22： 特有の 00:35:22 - 00:35:26： ホバートが a コーディングほんとあるんですけどまぁ他言語との互換性がない 00:35:26 - 00:35:31： 形とあまり使うしやすく無いんじゃないかと思います 00:35:31 - 00:35:35： 思いつかがはい標準化された方があって出たテキストフォーマットのおやつとしては 00:35:35 - 00:35:38： ハイ g 3x 目尻寿司 00:35:38 - 00:35:41： バイナリフォーマットとしてはシフシフ飛んでいいのかな 00:35:41 - 00:35:46： 利府はちょっと読み方を予習してこなかったら俺ちょっと読めないんですがと 00:35:46 - 00:35:49： プロトコルバーファーストカー黒とかそういうものが 00:35:52 - 00:35:57： で軽くだけちょっと見ていくとはい標準化されたエンコーディング 00:35:57 - 00:36:02： ジェイソン xl シリーズですテキストフォーマットです 00:36:02 - 00:36:06： テキストフォーマットなのでテキストでデータを舗装するのでちょっとデータ配座 00:36:06 - 00:36:09： 大きくなりがち 00:36:10 - 00:36:16： スキマーををが組み込まれてないのでは好きな隙間で出た保存できます 00:36:16 - 00:36:20： コレっていうのはまあ合意形成がなされてもまったく問題は発生したいんですが 00:36:21 - 00:36:26： ただしそれがなんであれ何かのついて祝数の組織間合意するは難しい 00:36:26 - 00:36:30： 難しいですね 00:36:30 - 00:36:30： でエイ 00:36:30 - 00:36:34： レッドそれに対してマイナーリングコーディング圭之保 00:36:34 - 00:36:40： エンコーディングを待ってエッドテラバイト級のデータを扱うために開発されている 00:36:40 - 00:36:41： 代行リーズ 00:36:41 - 00:36:45： facebook の数スウィフトドリフトシフト 00:36:45 - 00:36:50： ガーとかプロところはファーズ google の事かぱっちなブロ 00:36:50 - 00:36:54： などがありますこれやっていうのはスキー板を必要とするエンコーディング 00:36:54 - 00:36:58： ですねあとバイナリなのでまぁ01で保存ます 00:36:58 - 00:37:02： 足クリーズもまぁまぁ高いです 00:37:02 - 00:37:07： このスキーは情報がドキュメントとか行動の先生とかにも利用できたりしてありと 00:37:07 - 00:37:12： 便利ではアブロと彼はあのデータ歳で他の維持 00:37:12 - 00:37:16： 世界でよく使われたりするもともと油自体が 00:37:16 - 00:37:24： そういう用途でつくね作られているので結構解析グリップでもアブロ暑かったりします 00:37:24 - 00:37:28： えっとジェソいく攻める用のバイナリーコーディングっていうのが実はって 00:37:28 - 00:37:33： jason やにはメッセージパックとか b さんとかちょっと使ったことある方は 00:37:33 - 00:37:35： 言うのかわからないですけど 00:37:35 - 00:37:44： また xl 4には xb xml とかハスとインポセット買ってあの弊社の 00:37:44 - 00:37:48： エームサービスでもメッセージバックを使っている 00:37:48 - 00:37:53： っていう噂アーマー三タブー使っているところを見たことあるのでもなった 00:37:53 - 00:37:57： ゲームの世界とかなとちょっとでも 00:37:57 - 00:38:01： データ量脱官僚府や better くれ扱うトラフィック色付減らしたとかそういう 00:38:01 - 00:38:08： 場合はこういうものを使ったリアします 00:38:08 - 00:38:11： レコーディングの話は以上です 00:38:11 - 00:38:13： あとはなった 00:38:13 - 00:38:18： 分散データの服部篤帰って帰ってちょっと中そうなもので始まりそうなんですけどもう 00:38:18 - 00:38:20： あと3スライドしかないよねはい 00:38:20 - 00:38:24： 自由についてください兼久4点だけ字に感じです 00:38:24 - 00:38:29： ネットは連れでプリケーションという概念がデーターシステムの世界にはあります 00:38:29 - 00:38:34： レプリケーションのが8複数のマシーンに同じデータのコピーを保存しておくことの 00:38:34 - 00:38:37： ことでプリケーションと言います 00:38:37 - 00:38:41： 目的としてはは裂蹄しを下げるこれって7 00:38:41 - 00:38:45： 複数のば新品は別に隣り合って必要がないのでいろんな 00:38:45 - 00:38:47： 世界中にいろんな所において 00:38:47 - 00:38:52： まあでユーザー的には近いところに出たかった方が嬉しい争うのででしなくすという 00:38:52 - 00:38:56： ふうに下げたりあと障害があってもシステムをどうする 00:38:56 - 00:39:01： 麻雀挑戦って言うんですか可用性を高めるという意味でよかったスケールアウト 00:39:01 - 00:39:06： 純粋にパフォーマンスわかりますよアフたくさん並列に置いた深々感じたら 00:39:06 - 00:39:11： っていうのがレプリケーションの目的です 00:39:11 - 00:39:15： 大きく分けて3つのアプローチシングルリーダーレプリケーション吾知リーダー 00:39:15 - 00:39:19： レプリケーションリーダーレスでぺー芸者ってあったりするんですが 00:39:19 - 00:39:22： 眠くなるのでちょっと今日は勝ったです 00:39:23 - 00:39:27： アプリケーションにおけるトレードをふっとしてはまあこの 00:39:27 - 00:39:32： いろいろアプリアプローチがあるんですけどそれぞれは遠く的に行うかひどく的に行う 00:39:32 - 00:39:35： かとかと生涯お菓子食べ起動するか見たいのが 00:39:35 - 00:39:39： 加えのトレードオフになってるねこれもまたなんか興味ある方は走りを見てみて 00:39:42 - 00:39:46： そうですねなんかディードオンリーのレプリ系 00:39:46 - 00:39:50： うレプリカってこのデータの二つ一つなことを言ったりするんですけど 00:39:50 - 00:39:54： リドリーのレプリカはリーダーにプリカって読んだりしてはなんか割とリードリベ 00:39:54 - 00:40:00： クリックあたりは聞いたことがあるかもしれないですね 00:40:00 - 00:40:06： 続いてはパーティ所リングお話で 00:40:06 - 00:40:10： パーティショニングっていうのはレプリケーションとちょっとまた違ってデータ分割し 00:40:10 - 00:40:12： て保存すること 00:40:12 - 00:40:15： 真おい察します 00:40:15 - 00:40:19： 8ぱっくしょんにんぐまあへ=でシャーリングという言葉を使われていてこれはの 00:40:19 - 00:40:23： データベースアレジアたシステムによってなんか呼び方が違ったりします 00:40:23 - 00:40:27： でシャーディング=パーちゃんリーグです 00:40:27 - 00:40:34： どす級というパーティショニングに偏りのずあるぞとエヴァ 00:40:34 - 00:40:38： スキンいうがある状態ってのはつまりホットスポットが6回発生している 00:40:39 - 00:40:43： 負荷が集中してしまっているパーティションが明日してるって言うのが 00:40:43 - 00:40:49： スキルがある状態でこのホットスポット作らないようなキーは設定が最低限押さえて 00:40:50 - 00:40:52： ところではあります 00:40:52 - 00:40:58： 例えばこの例図の例だとこれもちょっと見せないと思うんですけど聞いによって a 00:40:58 - 00:41:02： から g のキーは ag シャードにデータを入れて英知から 00:41:02 - 00:41:08： z トーキーを持つでたはエッジからペットのチャートに入れるっていうふうに負荷 00:41:09 - 00:41:12： パチャリングしてるんですけど極端な話 00:41:12 - 00:41:17： いい英智彼 z の気を持つ人がいなかったら全部こっちの方にデータが入っちゃうの 00:41:17 - 00:41:20： そらもうホットスポットが発生してるっていい 00:41:20 - 00:41:22： 状態だと言えます 00:41:22 - 00:41:25： あたわごと一般的な例だと例えば何か 00:41:26 - 00:41:32： 整数はいなんかビッグエリーとかで整数の範囲で一から 00:41:32 - 00:41:35： 100万はこのシャドウを入れるみたいなそういうふうなファッションリングもできる 00:41:35 - 00:41:38： んですけども 00:41:38 - 00:41:41： あの単調増加していく id が例えば1から順にある 00:41:41 - 00:41:44： 123増えていくような 00:41:44 - 00:41:50： 性質を持っているキーだと当然あの最後の1から100までって言った時の着衣郡 00:41:50 - 00:41:56： 者にサードに全部でなく打ち込まれてしまうんで丹頂の里すべきには 00:41:56 - 00:42:00： はチャニングの金設定してあれだよ見たらプラクティスがあったりしますこれは何か 00:42:00 - 00:42:02： ちょっと google の dqn と 00:42:02 - 00:42:03： 一度引っ張って 00:42:03 - 00:42:08： きたんでなんか気になる方みてくださいっていうかこれは r ですねスライド 00:42:08 - 00:42:16： 共有しないと見れないと思うんではいあとテスト1 q します 00:42:16 - 00:42:19： んざくしょんの話で 00:42:19 - 00:42:24： めんままぁに聞いたことがあるかと思うんですが定期としては読み複数の読み書きよろ 00:42:24 - 00:42:27： に的なサインとした元の良い方法 00:42:27 - 00:42:31： まぁちょっと難しく帰ってしまったんですがよあのすべての読み書きを一つの操作とし 00:42:31 - 00:42:33： て実行する 00:42:33 - 00:42:36： セレクト re start select insert セレクト日ジャガー 00:42:36 - 00:42:43： 4つあったとしてもそれを一つの操作として実行するようなものになります 00:42:43 - 00:42:49： 最終的な実行結果というのは3種類あってぽビット成功の場合はコミットはた失敗の 00:42:49 - 00:42:51： 場合はアボットとロールバック 00:42:51 - 00:42:57： 貞子のが手間一部だけですまあそっち目の操作だけ成功という状態は存在しないという 00:42:57 - 00:42:59： すべてやり直すか 00:42:59 - 00:43:03： まあのぞ巻き戻すカーター 00:43:03 - 00:43:07： 魔理沙事ないやと村ので誰かもまだ変更がされていない状態だと思うんですがそのまま 00:43:07 - 00:43:09： 中断するか 00:43:09 - 00:43:11： 行ってしまったのでは今日ロースか 00:43:11 - 00:43:14： 成功かみたいなそういう 00:43:14 - 00:43:18： 3つがセットになっています 00:43:18 - 00:43:20： トランザクションにおいては 00:43:20 - 00:43:24： 保証するとランダーくすチャームツヨスこれを分離レベルって言ったりするんですけど 00:43:24 - 00:43:29： とパフォーマンスなトレード振って書いたんですがここは何か 00:43:29 - 00:43:33： そうですねなんかトランザクションの中にもデメル強さとラクスは強さというものが 00:43:33 - 00:43:35： あって 00:43:35 - 00:43:38： それによって何かこう 00:43:38 - 00:43:41： パフォーマンス落ちるけどすごく強いパフォーマンス 00:43:41 - 00:43:44： 2トランザクション日切るねとかそういう 00:43:44 - 00:43:47： ぞれラフがあったりしする学校もちょっと死ぬ 00:43:47 - 00:43:51： 興味のある方は調べてきてくださいという感じですナプちょっトランザクション分離 00:43:51 - 00:43:56： レベルとか雑学ショット部に出てくるって調べると出てきます 00:43:56 - 00:44:00： ですつが差ってなんやねんっていうことだと思うんですけどちょっとここに要望かいっ 00:44:00 - 00:44:03： てらーてぃリーダーとだ言っていないというようなんですけど 00:44:03 - 00:44:07： トランザクションがすごく弱いうえでルーリーダーの込 00:44:07 - 00:44:10： 入ってって言ったりするんですけどこ英語だと 00:44:10 - 00:44:17： コミットされていないつまり成功してないデータが見るしまうというものが発生します 00:44:17 - 00:44:23： あとでも失敗してデータ化町戻るかもしれないデータを選んでしまう 00:44:23 - 00:44:28： っていうのが短絡線がすごく弱い場合に発生するようなことでごような発生しないのが 00:44:28 - 00:44:32： 強いと段落書ということになります 00:44:32 - 00:44:35： リーダーだダーティライトの方がはい同じく 00:44:35 - 00:44:42： だコミットされていない確定していないデータにロー書することです 00:44:42 - 00:44:48： part な隠しましたからここまでの話は参考礎石でた指向アプリケーション 00:44:48 - 00:44:54： デザインというこの参考にしてその分残念はこの本にすごくいろいろと操作に書いてる 00:44:54 - 00:44:58： のであるのでぜひ興味をもった方は 00:44:58 - 00:45:04： 金子の資料も貼っておくので買って読んでみてください 00:45:04 - 00:45:07： そこでえっと座学 part あ 00:45:07 - 00:45:09： 周りになります 00:45:09 - 00:45:13： おつかれさまでしたあ