私は Linq と SQL の両方が得意ではありません。しかし、私は SQL をより多く使用し、LINQ を使用することはあまりありませんでした。LINQ を支持する多くの記事を読みました。私は SQL の道を進みたくありません (つまり、ストアド プロシージャの作成やデータの操作など)。
データに関連するすべての操作について、LINQ から始めたいと思います。これをやりたい理由は次のとおりです。
- ストアド プロシージャを記述するのではなく、アプリケーションを介してデータベースを完全に制御したい (ストア プロシージャの記述が苦手なため)
- 自分のプロジェクトを簡単な保守ビューとして作成したい
- 開発を早めたい
そのために、私はそれを知っています:
- dbml ファイルを追加し、そこにテーブルをドラッグ アンド ドロップする必要があります
- dbContext クラスなどを使用する
しかし、知りたいのですが、方法はありますか:
- dbml ファイルを作成せずにデータベースにアクセスできますか?
- 同じためにLinq to Entitiesを使用する必要がありますか?
- dbml ファイルの使用を避ける良い方法でしょうか? データベースが変更されるたびに、毎回テーブルを削除して削除する必要があるため
- また、linqToSql が非推奨であり、.net の未来ではないと見なされている多くの投稿に出くわしましたか?
疑問はたくさんありますが、新しい技術を始めるとき、それは当然だと思いますか?
初心者向けの便利な記事を見つけました。
[http://weblogs.asp.net/scottgu/archive/2010/08/03/using-ef-code-first-with-an-existing-database.aspx][1]
さらに調査を行った後、次の結論に達しました。
1) dbml ファイルの作成を回避しても、データベースにアクセスできますか??
ANS はい。ただし、dbml の代わりに edmx ファイルが作成されます。
2)同じためにLinq to Entitiesを使用する必要がありますか?
ANS はい、エンティティへの linq を使用できます。
3) dbml ファイルの使用を避けるのは良い方法でしょうか? データベースが変更されるたびに、毎回テーブルを削除して削除する必要があるため
ANS では、テーブルを削除して再度作成する必要はありません。これらは、データベースの選択した部分を更新できるオプションであり、dbml を避けていません。edmx ファイルが作成され、多くの点で dbmls とほとんど同じになります。
4) また、linqToSql が非推奨であり、.net の未来ではないと見なされている多くの投稿に出くわしましたか?
ANS はい、将来の開発では減価償却されます。バックエンドとして sql サーバーのみをサポートします。
私が正しいことを願っています。他の提案があれば教えてください。