だけを使用LINQ To SQL?
-
09-06-2019 - |
質問
現在使用していNetTiersをデータにアクセス層のサービス。っていNetTiers2として、高い評価をいただいていたメンテナンスがきちんとできています。かかる上で重要な要素であるLINQで私の質問は---
- は誰からいなくなってからNetTiersるLINQ To SQL?
- この切り替えの良し悪しょうか?
- ものは何もないってことに気をつければよいのか。
- お勧めになりますこのスイッチ?
基本的に私は思い .
解決
- No
- 見#1
- き注意が標準抽象化オーバーヘッド。また、非常にSQLサーバーを拠点で現在の状態に固定されます。
- を使用していまSQLサーバーも参考になり嬉しいです。ご利用の場合はLINQのためにも、今このようなXMLデータ(大)、オブジェクトデータ、データセットを、ありきたスイッチへの均一なデータ構文を全員について記入してください。のように lagerdalek 上記の場合ニダと怒られるのでしょうか?壊しんでいいじゃないか初書きぐらい。からのクイックルックします。netTiersアプリケーションフレームワークしたと思いる場合だき,誠にありがとうござい投資とそのソリューションのようですく簡単なデータアクセス層およびすべきそうしていくべきである。
私の経験からの商品はソリューションのための中小規模のプロジェクト.このORMをすることができる多目的生産性の向上を図でも すべ いう抽象の層することなく、変更の層の下にもかかりました。のデザインをVisual Studio(とまり知識を深VS表現のものは非常に簡単です。この共通のドラッグドロップ性に基づく編集のオブジェクトマッピング.
@ ジェイソンジャクソン -のデザイナーはまたは追加性、しかしを指定する必要がありますの属性のためのプロパティページをご覧の皆様へ今一度ことが出来ますが、この3分の初期ドラッグのテーブルのデザイナーが必要なくなります一度の変更は、データベースそのものです。こんなにも違うその他のORMsすが、正しいとしていかれるようにするためにこすると表示特性の変更も実施のリファクタリングツールです。
資源
- なぜ使用LINQ to SQL?
- スコット-ガスリーにLINQ to SQL
- 10のヒントをLINQ to SQLアプリケーション性能
- LINQ To SQLおよびVisual Studio2008年実績更新
- 性能比較LINQ to SQL/ADO/C#
- LINQ to SQL5分概要
ご注意 並列LINQ を開発するための多機能マルチコアます。
他のヒント
また利用Linq to SQLに小さなプロジェクトがると考えたかったのか"を生み出すことも十分にありうです。また多くの問題のデザイナー。例えば、いつでも必要なものを追加するカラムを表すには、基本的に削除し、再度の追加のテーブル定義のデザイナー。セットした場合は物件を探してリセット方。私にとって本当に鈍化したものの開発です。
商品自体は素敵です。で、拡張性をもつ。できない場合の改善のデザイナーかしてみを設定することができます。という枠組みに寄与するものと考えてい少しの機能を切断モデルのように行います。
チェック スコット-ガスリーの商品シリーズ のブログの投稿のためにも利用例を示します。
NetTiersは非常に良いを発生させるための重ロダルまでの内部コア図書館の枠組み
私の見るところでは、LINQ(全身が具体的にはしていると思いまいをSQL)は幻想的で迅速なデータアクセスして一般的に使用します。ある。
両技術は非常に硬直的な再生のコードはdbml。
もっとも、正常に利用LINQ2SQLは非常に強固なソリューション、すな使用を開始し、将来の発展によりで使いやすさもない捨ての現在のダルである場合で回っ...
私の経験から使用linqきをおこなう、しかし、実際の行動のデータベースは遅くなります。
なので---場合はこじんまりとしていますが、データベースと思いますよね。ない場合、待機を改良前の変更
私が使っている商品にはかなり大きなプロジェクトの現在、約150テーブル)できることを期待しています。広ました。最後のORMしたものを使用したIBatisで、"ちびまる子ちゃんとおかしのたテルのすぐ近くは飲食面では貧弱足にマッピングを行います。LINQ to SQLを行うものを私にとって、これまであることが証明された非常に使いやすいセット。が思いに差はあるもののいの克服に移行するには、お勧めです。
を注い使用についてNetTiersなんですが、割引で有効性、商品全般に実績のある可能ORM.
当チームで使NetTiersができます。が---により使用しましたので、この頭痛や痛みのポイントです。例えば、いつでも変更するデータベースが必要再生のダルとCodeSmithる:
- 再生数千のラインのコードを3個別プロジェクト
- 再生数百人の保存手順
ん、ありがとうございまはどうですが、これはうお願いいたします。の世代のソースコードを中心とした、怖いもokです。現実の問題に格納手続きないクリーン未使用保管手続きだされたテーブルからのスキーマとして、再genedおDAL、保管手続きるテーブルから削除されます。また、ここでかなり頭痛のためのデータベースの変化のスクリプトとした旧の比較データベースの構造に新しい創造の変化のスクリプトの更新にお客様施設このスクリプトが実行に何万人ものラインのsqlコードがあった場合は、課題実行すると、いずれも、かなりの痛みを解決します。
その後、光ったり、設定によりどちらのモとしてORM.それは確かには、立ち上げることができる時間で価値があります。あるトンの支援であれば何か必要なもの、以上がってきた。これは非常に柔軟できる制御の全ての場面である。でもなく使いやすくして堪能設定によりどちらのモはグループとして使うことができるようにxmlファイルマッピングで必要とされる、設定によりどちらのモプロファイラを提供優れたインタフェースを行ってみると面白いかも裏効率的冗長性の除去.
移動からNetTiersを設定によりどちらのモて痛みがあふれています。での強制移動へのより良い建築を再検討する機能です。NetTiers提供トンのデータにアクセスコードは、このエンティティのidを取得しこのその他の団体による外部キーを取得しtlist vlistおよびこのことになるが、そのほとんど不要であった、利用されていない。設定によりどちらのモと汎用リポジトリとのカスタムリポジトリのみ必要な場合には減トンの未使用のコードは、本当に増加し読みやすさと信頼性です。