ODAC 11.2 Rel。 4テーブルとフィールドの名前EF 4.1のケーシングと番号の問題

Oracle用のDevart DotConnectからODP.NET 11.2リリース4を移行しましたが、私は非常に多くの問題を抱えていました。ODAC 11.2 Rel。 4テーブルとフィールドの名前EF 4.1のケーシングと番号の問題

番号（1,0）データ型ではなくInt16型またはショートのブール値として翻訳されなければなりません。 Devartは正しく翻訳しました。私はそれは、二重である必要がありながら、小数点として翻訳され
```
<add name="bool" value="edmmapping number(1,0)"/> 
```
番号（9,2）を追加することによって、問題を解決しました。 Devart translate doubleこれは正しいです。これには2倍のデータ型が必要です。表 C＃クラスとして変換された場合、名前は調整されません。たとえば、I には "PRODUCTS"という表があります。EFは同じ " "ケーシングを持つ "PRODUCTS"クラスを作成しました。一方、Devartは正確にという正しい名前の変換である "Products"を作成しました。
フィールド名は、C＃クラスのプロパティとして変換されても調整されません。たとえば、テーブル「PRODUCTS」にPRODUCT_NAMEフィールドがある場合は、C＃クラスプロパティに変換されている場合はProductNameにする必要があります。 Devartは正しく行います。

テーブル名とクラス名は、C＃に翻訳されている場合は、適切なケースにする必要があります。テーブル名の下線は削除する必要があります。 ブールマッピング問題については

2012-02-24 Jobert Enamno

ODP.NETフォーラムにある問題を報告してください。 Devartから移植することを指定します。そうすれば、バグの場合はできるだけ早く修正することができます。 https://forums.oracle.com/forums/forum.jspa?forumID=146 Christian Shay Oracle –

ありがとう！私はしましたが、今のところソリューションが投稿されていません –

@ChristianShay Oracleのフォーラムによると、これはバグではなく機能です。オラクルのPMとして、この「機能」を修正することができます。私はこれが大きな「機能」であり、多くのクライアントに影響するかもしれないと思います。 P.S.オラクルのクライアントとして、公式のサービス要求を提出することで、これを優先させることはできますか？ –

、あなたがここに私の解決策を見つけることができます。ダブルマッピング問題については https://forums.oracle.com/forums/message.jspa?messageID=10402873#10402873

を、これまでのところ解決策はないように思える：https://forums.oracle.com/forums/message.jspa?messageID=10402783#10402783

についての名前変換では、MicrosoftのMSSQLプロバイダも自動的にその処理を行いません。
ただし、すべての名前を手動で変更することはできますが、これは非常に面倒です。
（Devartが自動的に行うことができることをお勧めします）

出典

2012-06-18 17:00:23

ODAC 11.2 Rel。 4テーブルとフィールドの名前EF 4.1のケーシングと番号の問題

答えて

関連する問題