中の技術日誌ブログ

C#とC++/CLIと
VBと.NETとWindowsで戯れる
 

目次

Blog 利用状況

ニュース

自己紹介

東京でソフトウェアエンジニアをやっています。
お仕事大募集中です。
記事執筆や、講師依頼とかでも何でもどうぞ(*^_^*)
似顔絵 MSMVPロゴ
MSMVP Visual C# Since 2004/04-2013/03

記事カテゴリ

書庫

日記カテゴリ

00-整理

01-MSMVP

Linq to SQLってどうよ

http://blogs.wankuma.com/naka/archive/2008/02/13/123082.aspx

こぐまさんのコメント

>後からチューニングとかすることを考えると便利ですよね...
>でも、LINQってこの発想とは逆とも言えると思いますが、どう考えられますか?

ストアドについてのコメントだと思いますが、実際のところどうなんでしょうね。

すくなくとも今のところ大規模案件で使う気はないです。

Linq to Object, to Datasetはつかいまくりですけどね。

やっぱりデータベースはまだまだコモディティ化した無限のリソースじゃないですからね・・・・

投稿日時 : 2008年2月18日 1:09

コメントを追加

# re: Linq to SQLってどうよ 2008/02/18 1:38 片桐

DataContextを使うと、ちょっとした列の変更や関係付けの変更なんかが来たときに大変なのよね、色々と。

Linq to Object, to Datasetとして使うのが今のところはベターなんじゃないかなと思うのですよ

このあたり、いつかしゃべってみたいんだけどなぁ(ぼそ)

# re: Linq to SQLってどうよ 2008/02/19 0:46 こぐま

コメント?ありがとうございます。
そうです。ストアドに対するコメントです。
# 書き方がまずいですね...すいません。

今のところ直接案件の話はないんですけど、実際に3.5の案件に対応するときにどうするかなぁ...と悩んでいるところです。

片桐さんのコメントも含めて参考にさせていただきます。

いろいろな開発環境で、テーブルが確定していれば便利に使える機能が拡張されてますが、実際の案件ではテーブルがFixするのは結局後の方になっちゃいますからねぇ...

# re: Linq to SQLってどうよ 2008/02/19 17:23 trapemiya

今までSQLが使えてたところにあえてLinq to SQLを使うべきかどうかは今の私には多くを語る力はありませんが、個人的には直にSQLを書く方が好きというか、安心というか。
Linq to DataSetとか今までSQL使えなかったところでSQLっぽく書けるのは良いですね。私は元々がSQL大好きな人ですから。

タイトル
名前
URL
コメント