設定によりどちらのモはLINQ to SQL[定休日]
-
09-06-2019 - |
質問
合したプロジェクトは何かに使用すORM設定によりどちらのモはLINQ、いかがでしょうか。何に是非。
編集:LINQ to SQLなLINQ(@Jon Limjap)
解決
そんなふうに思ったのも同様の問題を除く設定によりどちらのモ考えていWilsonORMなりたいと考えるか。
となっているように思いがけていきたいと考えております。
LINQ:
- はりというわけではないORMツールであり、一部の追加図書館のように最新の企業の枠組み-個人的に視野に入れている建築のこの最新技術からMSは10歳の時に比べその他のORMフレームワーク)
- 主として照会"言語"の支援を行頭に付(コンパイラをチェックの構文検索)
- は主として、Microsoft SQLサーバー
- 閉じソース
設定によりどちらのモ:
- はORMツール
- はん限定の照会言語ず行頭に付けた
- 使用できるほとんどのDBMSについては、DBプロバイダ
- がオープンソース
のです。を開発すれば、豊かなWindowsのデスクトップアプリケーショ場を構築することも必要であるオブジェ、作業としての持続その変化そのものをお勧めしますORMの枠組みのような設定によりどちらのモ.
を開発すればウェブアプリケーションするだけでデータベースバックエンドが書き込みデータのDBの思いを問い合わせ言語のようにLinq.
でも、その時々ですね。:-)
他のヒント
M字開脚座りポーズも再現!...あ LINQのための設定によりどちらのモ.
うどんを使用
- LINQ to SQL
- 設定によりどちらのモ
私好みの設定によりどちらのモ.
LINQ to SQLはかなり軽量ですが、アルガルベカップではこれまでの密な結合へのデータ構造に対して設定によりどちらのモなのですが、ここではの柔軟な条件の種類のオブジェクト定義とマにマッピングさせることができるテーブル構造です。
もちろんそうしないという商品がないへの応用が期待されています。このサイトして使用します。いつでも有効で、実際の小さなアプリケーション上のデータベースのスキーマではないとして大規模なものでした。
タ設定によりどちらのモん。で良好な性能のみでの優秀な設定します。利用するようにしてEFv4のための大型プロジェクトおよびL2Sも3-部品中小サイズです。これらの製品はより便利に、より柔軟な設定によりどちらのモき始めます。
ない完全なリスト
LinqToSQL プロジェクト
- よりよいツール支援
- 良いlinqのプロバイダ
- を始めやすい場合には、db-スキーマ==授業-
コン:
- な柔軟性(家db-スキーマ!= クラス)
- サポートするだけでなくMS SQLサーバー
- なカスケード保存-更新...だが、カスケードへの参照オブジェクト)
設定によりどちらのモ プロジェクト
- 多くrdbmsを支えootb
- 豊富な機能
- 非常に柔軟なほぼすべてのコーナーの場合
- オープンソース
コン:
- などを開始
- はMS
- 多くのツールで検索
の2ORMs
らばらになってしまったと思うLinqToSqlの場合:
- db-スキーマ==授業
- み利用MS SQLサーバー
- 店舗のみで行えるように、MS-製品
らばらになってしまったと思う設定によりどちらのモの場合:
- 豊かなobjectmodel
- レガシィdb-スキーマ
- DB以MS SQLサーバーのサポー
- パフォーマンスが重視される(と思いNHりの特徴を最適化性能がLinqToSql)
注意:これは私の個人的ます。まで主に扱う(いつも)レガシィdbs-複合英語-日本語両方を使える仕事のオブジェクトモデルであり、多くの時間非常にSQL.
利用しない(もん)設定によりどちらのモ、どんなに私の証言:使用LINQ to SQL以来、約2年間のMySQLおよびPostgreSQLデータベースを利用 DbLinq Windowsでは、 モノ Linux、Mac OS X).
その商品に限りませんMicrosoft製品です。
できることを確認の商品は非常に適しており、中小プロジェクトに関して、または大型プロジェクトまで、コントロールのデータベースの構造です。としてのレビュー表示の商品は幾つかの制約があるので不適切なツールがない場合との間に直接のマッピングデータベースのテーブルとの主体。
注意:LINQ to SQLをサポートしていない多対多の関係がこの現象を少数のコード。
主な欠点の設定によりどちらのモは、利用 メソッドの呼び出し.はできません翻訳してください。事態を回避するために、そこで再表現の木が難しいのです。