2016-10-20 12 views
2

テーブル/オブジェクトのプライマリキーに "Id"または "id"以外のプロパティを使用している場合、Dapper.netは機能しますか?Dapper.netのプライマリキーに 'Id'以外のプロパティを使用する

私がドキュメントで見ることができるのは、私が従わない「分割」です。

挿入、更新のマッピングには有効でしょうか?&は、Idプロパティを持つ/持っていないプライマリキーを認識せずに選択しますか?

IDフィールドを持たないことで他に何か違うことが起こるのでしょうか?

答えて

3

テーブル/オブジェクトのプライマリキーに "Id"または "id"以外のプロパティを使用している場合、Dapper.netは機能しますか?いつでも

問題なく、Dapperのオブジェクトマッパーであること、Dapperのこれで何の問題を、持っていないだろう、と、その

除き、主キー

についてあまり気にしません。カスタムタイプを含む複合オブジェクトマッピングを実行すると、Idで自動的にQueryに分割され、オブジェクトが埋められます。これは、オブジェクトを塗りつぶすための標準が必要なためです。SplitOn

+0

問題が発生するユースケースがある場合は、私は気づいていません。 –

+0

これは私が思ったことです。マッパーだけがマップしていますが、確認をするのは良いことです。問題が発生した場合はお知らせします。興味のないあなたはいつも "ID"(またはいくつかの標準命名規則)を使用することは良いアイデアだと思いますか?私は、一貫性があり、この場合、より論理的な主キーとして別のフィールドを使用することの間に挫折しています。 – niico

+0

与えられたスキーマにとって理にかなった主キーを持っているので、PKとして必須の "Id"を持つ必要はありません。名前がPKの場合、それをIDにすることはできません。これは誤解を招きます。 –

関連する問題