F＃で余分なID列を追加してRavenDbにレコードを保存

Question

新しいF＃レコードを保存すると、RavenDbドキュメントにId@という余分な列が表示され、コードをロードまたは表示すると表示されます。私のF＃APIを通してJSONに変換さえさえしています。私はそれを保存することは非常にエキサイティングな何もしていないよ

type Campaign = { mutable Id : string; name : string; description : string } 

：ここ

は私のF＃レコードタイプのレコードの新しいインスタンスを保存する

let save c : Campaign = 
    use session = store.OpenSession() 
    session.Store(c) 
    session.SaveChanges() 
    c 

はIDを持つ文書を作成しますcampaigns/289です。ここでRavenDbにおける文書の完全な値は次のとおりです。私はC＃で、この同じデータベース（およびドキュメント）を使用する場合

今

{ 
    "Id@": "campaigns/289", 
    "name": "Recreating Id bug", 
    "description": "Hello StackOverflow!" 
} 

、私は余分なId@値を取得できませんでした。これは、レコードは、私はC＃で、それを保存したときのようになります。

{ 
    "Description": "Hello StackOverflow!", 
    "Name": "Look this worked fine", 
} 

（脇 - 「名前」対「名前」私は私の文書に2名の列を持っていることを意味し、私は、少なくとも、その問題を理解しています。）。

私の質問は：RavenDbにF＃レコードを保存すると、Id@の余分なプロパティが作成されるのを避けるにはどうすればよいですか？

Answer 1

これは、「バグ」とは言い難いので、F＃コンパイラとRavenDbの両方で「非直接的な機能」と言いましょう。

F＃コンパイラは、Idレコードフィールドのバッキングフィールドをpublic生成します。このフィールドの名前はId@（すべてのF＃バッキングフィールドの標準パターン）です。レコードフィールドが変更可能であるため、publicです。不変レコードフィールドの場合、バッキングフィールドはinternalになります。なぜ私は可変レコードフィールドのためのパブリックバッキングフィールドを生成する必要があります、私は知らない。

ここで、RavenDbはスキーマを生成するとき、明らかにプロパティーとフィールドの両方を調べます。これは少し非標準です。通常の方法はプロパティのみを考慮することです。しかし、ああ、RavenはId@という名前のパブリックフィールドを取得し、それをスキーマの一部にします。次の2つの方法でこの問題に対処することができます

：

まず、あなたはIdフィールドが不変作ることができます。それがあなたやRavenDbのためにうまくいくかどうかはわかりません。おそらく、Idはおそらく挿入時に生成されるためではありません。

第二、あなたはあなたのCampaignないF＃のレコードとして宣言することもできますが、真のクラスとして：

type Campaign(id: int, name: string, description: string) = 
    member val Id = id with get, set 
    member val name = name 
    member val description = description 

この方法で、すべてのバックアップのフィールドが内部滞在し、混乱は生じないだろう。欠点は、すべてのフィールドを2回書く必要があります。最初はコンストラクタ引数として、次にクラスメンバとして使用します。

Answer 2

Fyodorが指摘したように、これは、レコードタイプを作成するときにF＃がバッキングフィールドを生成する方法によって発生します。RavenDBのデフォルトの契約リゾルバは、publicプロパティの代わりにそのバッキングフィールドをシリアル化します。あなたがNewtonsoft Json.Netを使用したい場合は

You can change the default contract resolver in ravendb.それは次のようになります。これはhereを働く理由の説明があり

DocumentStore.Conventions.JsonContractResolver <- new CamelCasePropertyNamesContractResolver() 

（：「説明」の項を参照してください）。簡単に言えば、Newtonsoftライブラリは、プライベートバッキングフィールドの代わりにそのタイプのパブリックプロパティを使用します。

私はまた、代わりにIdにmutable性質を有するので、あなたのようなタイプ自体に[<CLIMutable>]属性を置くことができるお勧めします。

[<CLIMutable>] 
type Campaign = { Id : string; name : string; description : string } 

でそれを防止しながらライブラリは値を変異することができますので、これはそれを作りますあなたのコード。