TiDB Cloudのエンタープライズ版。専用VPC上に構築された専有DBaaSで、AWSとGoogle Cloudで利用可能です。
![TiDB MySQL互換の分散型データベース | PingCAP株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/51ea5cf1594d057ee3ecca4e0bccaa988757e891/height=288;version=1;width=512/https%3A%2F%2Fstatic.pingcap.co.jp%2Ffiles%2F2023%2F06%2F02135924%2Fpingcap.jpeg)
「論理削除が云々について - mike-neckのブログ」を読んで。 データベース設計において、「テーブルの書き換えをするな、immutableなマスタと更新ログによって全てを構成しろ」というこの記事の主張はモデリング論として全く正しい。 だが、残念なことに、ディスクやメモリが貴重な資源だった時代の技術であるRDBは、そのようなモデリングに基づいて設計されたデータベースには必ずしも適していない。 第一の問題は、RDBに対してなされる様々な「更新」(トランザクション)は不定形(どのテーブルをどのように修正するかはアプリケーション依存)だという点。不定形な「更新」を時系列にそってRDBに記録していくのは、設計と並走性の点において困難あるいは煩雑なコーディングが必要になる(というか、そのような「イベント」による「変化」はREDOログに書き、その更新された「状態」をテーブルに反映していくというのが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く