Project Tsurugi（劔）ユーザー会 兼 経過報告会2021のツイートまとめ
-
- いいね！0
ひしだま
@hishidama
プロジェクト全体概要 OSSで、メニーコア・大容量メモリー（現在のハードウェア環境に合致する）RDBを作る Serializableのみ #tsurugidb
2021-10-11 17:03:08
海外 浩平｜KaiGai Kohei🌻
@kkaigai
ん？無効なミーティングIDと言われてしまう…。 project-tsurugi.connpass.com/event/224661/
2021-10-11 17:12:08
こば -Koba as a DB engineer-
@tzkb
Project Tsurugi、Serializableが当たり前のように使えて、商用サポートもある国産DBMSになるということなのかな。
2021-10-11 17:12:57
ひしだま
@hishidama
PostgreSQLインターフェース OLTP→OLAPへ反映 OLAPはPostgreSQLやSparkを利用する予定 #tsurugidb
2021-10-11 17:14:41
海外 浩平｜KaiGai Kohei🌻
@kkaigai
@tzkb お、connpassのページに表示されているリンクはフェイクぽいですね…ｗ 入れました、ありがとうございます。
2021-10-11 17:16:41
ひしだま
@hishidama
PostgreSQLインターフェースからのSQLの使用 TCL SAVEPOINTは現状なし COMMIT失敗したらリトライする制御が必要 トランザクション隔離レベルはSERIALIZABLE DCL・DDL そのまま DML ロック方式ではないのでSELECT FOR UPDATEは効果が無い #tsurugidb
2021-10-11 17:17:38
Tomoo Takahashi
@tjtakahashi
これを拝聴しています。 project-tsurugi.connpass.com/event/224661/
2021-10-11 17:17:47
Tomoo Takahashi
@tjtakahashi
Tsurugi自体にはOLAPコンポーネントは含まれないみたい。PostgreSQL や SparkをOLAPとして使用する想定。
2021-10-11 17:19:05
Fujii Masao
@fujii_masao
リトライできるCOMMIT失敗とできないCOMMIT失敗がある気がするけど、リトライできるかどうかAP側に通知される？？ #tsurugidb
2021-10-11 17:21:58
ひしだま
@hishidama
CC（Concurrency Controll） SILP（サイロ） In memory主体・Timestampベース・Epochベース・コアスケーラブル 楽観ロック（OCC） 商用ベースはまだ無い→long transactionがほぼ通らない為 #tsurugidb
2021-10-11 17:25:15
Tomoo Takahashi
@tjtakahashi
「Tsurugi は SILOを利用しつつ long transaction を通るようにする」というコンセプト
2021-10-11 17:26:20
ひしだま
@hishidama
Hybrid Concurrency Controlの導入 世界初？ OCCとlong transaction用の独自プロトコル（Shirakami“白神”）で処理 #tsurugidb
2021-10-11 17:27:54
中村 良幸 (Nakamura Yoshiyuki)
@nakayoshix
・SILOは超速い。ベンチマークで10年間負けなし。なぜならOCC、楽観処理なので早い。しかしながら、ロングトランザクションに弱い。 ・Tsurugi(劔)は、Hybrid Concurrency Controlを導入し、独自プロトコル(白神)で動くので、悲観処理と楽観処理のハイブリッド…（ここはわかりませんw） #tsurugidb
2021-10-11 17:28:20