任意のキー値のペアを保存したいと思います。唯一datomic内の1つのタイプを持つことができます任意のタイプの値を格納する
[{:kv/key "foo"
:kv/value "bar"}
{:kv/key "n"
:kv/value 12}
{:kv/key "p"
:kv/value 1.2}]
問題が:kv/value次のとおりです。たとえば、
{:foo "bar" ; string
:n 12 ; long
:p 1.2 ; float
}
はdatomicでは、私のようなものとしてそれを保存したいと思います。解決方法は、:kv/valueを:kv/value-string,:kv/value-long,:kv/value-floatなどに分割することです。一度に1つの値属性しか使用されないようにするという独自の問題があります。提案？
具体的なユースケースについてさらに詳しく説明できる場合は、最善の答えを見つけ出す方が簡単かもしれません。この時点で、時には文字列、時にはintなどの属性を持つことが必要な理由は、謎のビットです。
これまでの説明から、唯一の本当の答えvalue-stringなどの異なる属性があります。これはSQL DBのようなもので、テーブルの列ごとに1つの型しかなく、文字列、整数などを格納するのに異なる列が必要です。
問題が示すように、 DB）は、一定の前提で設計されています。この場合、DBは各 "列"（Datomicの属性）は常に同じ型であるとみなします。 DBはまた、（通常）各レコード/エンティティのすべての列/ attrsにデータを保持することを前提としています。
問題では、これらの前提条件の両方に矛盾しています。 DBを使用して情報を保存することはできますが、一度に1つの属性（value-string、value-intなど）しか使用しないようにカスタム関数を記述する必要があります。おそらく、 "insert-str-val"、 "insert-int-val"などのカスタム挿入関数、およびカスタム読み取り関数 "read-str-val"などが必要です。レコード/エンティティを受け入れることのできる検証機能を持たせ、特定の時点で正確に1つだけの "タイプ"が使用されていることを確認することも良い考えです。
あなたは:db.types/bytes用などfressian /肌寒い（:kv/key:db.unique/identity属性にすることにより、および型指定されたバイト文字列に型指定されたいずれか:kv/valueを作り、あなたが好きなフォーマットで値を符号化することにより、不均一な値を持つキーと値のストアをエミュレートすることができます、edn/json for :db.types/string）。この場合は:kv/valueとして:db/indexをfalseに設定することをお勧めします。
注：