技術・組織・マネジメントなどを深掘りして楽しむPodcastです。
話したネタ
<ul>
<li>山喜旅館でたまたま会って急遽収録</li>
<li>これまでデータベースがぶつかってきた問題について</li>
<li>メモリが高価、HDDはメモリに比べれば安いのでそれを使っていく</li>
<li>HDDはシーケンシャルアクセスならランダムアクセスより早い</li>
<li>IBMのInformation Management System(IMS)</li>
<li>CPUとメモリの間のキャッシュ、メモリとHDDの間のキャッシュの違いとは？</li>
<li>バッファプールをHDDに対するキャッシュとして使う</li>
<li>
<a href="https://qiita.com/kumagi/items/14b6593a2e8ae0c56546" target="_blank">IBM ARIES</a>の公開</li>
<li>WAL / Write Ahead Logging</li>
<li>ログの中にundo/redoの両方が必要</li>
<li>ログシーケンスナンバによるリカバリ</li>
<li>バッファプールを食わせるデータ量を増やすのが最適化の一歩</li>
<li>マルチコア時代への突入、メモリのビット単価の低下</li>
<li>インメモリDBの問題</li>
<li>論文ジェネレータとは？</li>
<li>データベースは研究のトレンドとしては人気がなかった</li>
<li>Writeが増えたときのトランザクション性能が伸びない問題</li>
<li>垂直分散、水平分散でアプリケーションレイヤが辛くなる話</li>
<li>AuroraはARIESからDBを理解した人がフルスクラッチで変えたように見える</li>
<li>AuroraはUndoの情報をログに含めず、Redoを含める</li>
<li>Auroraの場合は、Redoログを受け取るのがHDDではなくクラウド</li>
<li>ページの一貫性を担保する責任をクラウドへ押し付けた</li>
<li>メモリをディスクへ書き戻す必要がなくなる</li>
<li>Redoログ一辺倒になったのでチェックポイントがいらなくなった</li>
<li>データベースのチェックポイントについて</li>
<li>Auroraはマルチマスタ化？</li>
<li>Auroraのそもそもの思想はシングルマスタ</li>
<li>悲観的に巨大にロックを取る</li>
<li>SpannerはRDBではなく、分散KVSに近い</li>
<li>Spanサーバの役割</li>
<li>Spannerを支えるPaxosとは？</li>
<li>分散合意の難しさ</li>
<li>Cockroach DBはAuroraよりベンチマークで1000倍速い？</li>
<li>TPCCのレギュレーションについて</li>
<li>SpannerとAuroraの使い分けは？</li>
<li>今後のデータベース界隈の展望は？</li>
<li>クラウドのDBはOracleの牙城を崩しに行く</li>
</ul>
<p>(補足：32:45-33:43 は収録都合により、別マイクにて再収録しているため音質が異なります)</p>
See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
