問題タブ [tokyo-cabinet]

これらのプロジェクトは興味深いように聞こえますが、活発な開発は行われておらず、コード ベースは古いソフトウェア (GLIBC_2.14...) に依存しています。

それとも、間違った場所を探していますか?

tokyocabinet のメモリ内データベースをファイルにダンプする簡単な方法はありますか? 東京のドキュメントでそれについて何も見つかりませんでした。この種のものを提供する別のnosqlデータベースを知っている人はいますか? 毎秒約 80000 レコードを挿入できる、メモリ内で非常に効率的なハッシュテーブル データベースを探しています。ファイルへのダンプは 10 秒ごとに発生します。

ありがとう

65GB のデータベースがありますが、新しいエントリを受け付けていないようです。

tokyo tyrant データベースのサイズに制限はありますか?

を使用fwmkeysして、プレフィックスを共有するキーを反復処理できますが、反復処理中にこれらのキーを変更するにはどうすればよいですか? 私の場合、それらを削除するか、空に設定するだけで十分です。どちらでも機能します。

ドキュメントで主題に関するものは何も見つかりませんでした。トランザクションを明示的に開始/コミットしない場合、つまり「暗黙のトランザクション」モードで、TC の信頼性と並行性がどの程度あるのか疑問に思います。

トランザクションごとに 1 つのレコードのみを書き込む必要があります。つまり、バッチ書き込みは必要ありません。しかし、ライター関数が戻る前に、そのレコードをディスクに確実に書き込む必要があります。それでも、できれば WAL ファイルは避けたいと思います。

ハッシュDB、B+木DB、固定長DBに興味があります。

編集。明確にするために：

1. ドキュメントによると、「壊滅的な状況下でもデータベース ファイルは破損していません」。しかし、「破損がない」ということは、データがACIDで書き込まれることを意味するかどうかはわかりません。

2. すべての DB タイプの関数 ...dbopen() はフラグ HDBOTSYNC を取ります。これは、「すべてのトランザクションが更新されたコンテンツをデバイスと同期することを意味します」。トランザクションを明示的に開始しない場合でも、このフラグは機能しますか?

// ところで、TC に代わる価値のあるものはありますか? 同じ機能と速度を備えた組み込み C/C++ ライブラリを意味します。KyotoCabinet はダメです。それは GPL です。https://fallabs.com/license/は 404 であり、その 404 に関する私のメールには返信がありませんでした。KC から Fixed-Length DB を削除したことは言うまでもありません。