ASP.net 3.5アプリケーションでLinqToSqlを完全に使用するには、DataContextclasses（通常はVS 2008のデザイナーを使用して作成されます）を作成する必要があります。 UIの観点から見ると、DataContextはLinqToSqlを通して公開したいデータベースのセクションの設計であり、LinqToSqlのORM機能の設定に不可欠です。 私の質問は：すべてのテーブ
C＃とLINQを使用した場合のデータベースパフォーマンスのオーバーヘッドは、SQL Server 2008バックエンドの両方で低レベルのCをほとんどロードしたカスタム最適化クエリと比較してどの程度ですか？ ここでは、かなりデータ集約型のプログラムがあり、1画面につき少なくとも1回データの更新や更新を行い、同時に50〜100人のユーザーがいるケースについて具体的に考えています。
LINQ to SQLを使用すると、列の型を指定することによってテーブルマッピングが列挙型に自動的に変換されます。これは文字列または整数で使用できます。 変換の大文字と小文字を区別しない方法や、カスタムマッピングクラスや拡張メソッドをミックスに追加して、文字列の詳細を指定できるようにする方法はありますか？ これは、データスキーマが既に設定されている（一部の従来のアプリケーションに依存している）シス