[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 10/10 23:29 / Filesize : 217 KB / Number-of Response : 788
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【VB.NET】LINQ友の会【C#, C♯, C#】



1 名前:デフォルトの名無しさん [2008/02/09(土) 23:51:34 ]
VisualStudio2008より追加された便利で強力な機能

  統合言語クエリ (LINQ : Language Integrated Query)

ちょっと使ってみると、意外と難しいし、テクニック的にも奥が深いものです。
関数型言語にしかないような機能ラムダ式(Lambda式)などはオブジェクト指向とは一味違う機能です。
DataBaseの操作にも、Xmlの操作にも、さらにもっと単純な配列なコンテナにさえ機能する
言語共通・高汎用な統合言語クエリを皆で一緒にマターリ勉強しましょう。
質問、便利なマイテクニックの発表、いろいろやっちゃってください。


262 名前:デフォルトの名無しさん [2008/10/27(月) 23:24:32 ]
サンプル通りにやってもAddの定義が無いのですが‥‥
www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=46703&forum=7&2
ぶっちゃけ、この常連しんさんと全く同じ質問なのですが、
この人、質問して、自己解決して、回答書いてないので‥‥

263 名前:デフォルトの名無しさん [2008/10/27(月) 23:38:24 ]
関数型プログラム言語触れば別に驚くことでもない

264 名前:デフォルトの名無しさん mailto:sage [2008/10/28(火) 01:43:36 ]
Firstも使うけどSingleもよく使う

265 名前:デフォルトの名無しさん mailto:sage [2008/10/28(火) 03:14:06 ]
>>261
最も基本の Select, SelectMany が抜けてる

>>262
多分、LINQ to SQLだよな
Add がどこから出てきたのか知らんが、対象がTable<T>なら
データ操作にはInsert〜とかDelete〜あたりをつかう


266 名前:262 mailto:sage [2008/10/28(火) 13:58:59 ]
>>265
どうもありがとうございます。>>262のサイトからさらっと試し始めたので‥‥
InsertOnSubmitを使うんだと分りました。
たぶん、あのサイトは記述が古いんですね。
とっても面白いので、本でも買って真面目に勉強します‥‥

267 名前:デフォルトの名無しさん mailto:sage [2008/10/28(火) 17:52:37 ]
>>265
基本といえば Where もないね

クエリ式で書けるものは入れてないのかな?

268 名前:デフォルトの名無しさん [2008/10/31(金) 16:20:09 ]
これってORマッピングツールみたいなものか?

269 名前:デフォルトの名無しさん mailto:sage [2008/10/31(金) 19:53:08 ]
>>267
ラムダで書くと見た目が不必要に複雑になるからな

270 名前:デフォルトの名無しさん mailto:sage [2008/10/31(金) 19:59:39 ]
C#の方は XML to LINQ を無理やりC#構文で書かせるのはなんとかしてほしい。
データ操作まで無理やりオブジェクト指向にするとかえって記述がグダグダになるんだよ。
データ操作は特化した記述がいい。



271 名前:デフォルトの名無しさん mailto:sage [2008/10/31(金) 20:27:08 ]
同じ記述でXMLが扱える所が利点なのに?
わざわざ特化した記述作って、新しく覚えないといけなかったら魅力感じないな

272 名前:デフォルトの名無しさん mailto:sage [2008/10/31(金) 20:35:02 ]
もしかして関数型構築のこと?

273 名前:デフォルトの名無しさん mailto:sage [2008/10/31(金) 22:23:22 ]
>>269
全部クエリ式で書けない場合は,joinとかletとか使わない限りは全部拡張メソッドで俺は書いちゃうな

274 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 02:17:30 ]
クエリ式みたいなものを自由に拡張できるようにして欲しいお(´・ω・`)

275 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 02:29:34 ]
そんなことしたらカオスになるじゃないか

276 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 09:41:51 ]
クエリ式は抽象化の度合いを下げないまま、
foreachをネストさせた時の様に変数を扱えるのが便利だね。

これを拡張可能にすると・・・関数型っぽくなる気がする。

277 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 09:50:56 ]
>>275
しかしそれがいい・
>>276
調子に乗ってクエリ式つなげてくと遅くなるらしいからなぁ・・・
記述方法は大好きなんだが。


278 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 10:45:55 ]
>>277
遅くなるってのは意外と平気。
かなりバカに書かない限りはforeach書くのと比べて1割くらいしかパフォーマンス落ちない。

279 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 11:38:48 ]
遅延評価を繋げるだけならほとんど遅くはならないはず

280 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 11:49:52 ]
遅い速いは相対的なものだからどのレベルで遅いといってるのか示さないと議論にならない。
非常に細かいパフォーマンスを気にしているなら、
ラムダ式(デリゲート)を使うので関数の呼び出しがインライン化されないとか、
SumやMaxなど集計系メソッドを複数使った場合にちょっと効率の悪いことをしているとか
そんなところだね。



281 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 12:18:38 ]
Reverseってバッファ使うから即時実行だと思ってたんだけど、Reverseの呼び出し時じゃなくて
最初のMoveNextの呼び出しの時点ですべての結果が決まるから遅延実行になるのか
速い遅い気にするならどういう実装になってるか気にしないといけないね

282 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 12:31:55 ]
3.0出始めの時に誰かが、foreachで条件とか変換とか並べて書いたのと、クエリ式とか並べて頴田の比べて結構違いがあったような。


283 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 12:37:47 ]
Linq to ObjectとLinq to SQLは分けないと話が食い違うから要注意。

284 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 12:44:36 ]
この文脈でどう読んだらto SQLになるのか

285 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 12:50:21 ]
4.0の紹介ビデオみてるが、よいなぁこれ・・・
来年早々にも出してくれんかな・・・

286 名前:デフォルトの名無しさん mailto:sage [2008/11/01(土) 13:11:04 ]
PLINQとか並列化関係いいなぁ・・

287 名前:デフォルトの名無しさん mailto:sage [2008/11/05(水) 00:04:48 ]
4.0の紹介ビデオってmsdnにある?

288 名前:デフォルトの名無しさん mailto:sage [2008/11/05(水) 00:12:26 ]
channel9.msdn.com/pdc2008/TL16/

ちなみに、パスを1段削って、
channel9.msdn.com/pdc2008/
にするとPDCのセッションの一覧が出てくる。

289 名前:デフォルトの名無しさん mailto:sage [2008/11/05(水) 00:31:16 ]
thx

290 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 01:31:48 ]
C#インタプリタ、すげぇ!



291 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 09:38:50 ]
>>282
ufcpp.net/study/csharp/sp3_linqreconstruct.html#iterator
これ?

foreach で置き換えるだけじゃたいして性能変わらない。
ここで違いが出てるのはそれの次の節の話で、
「if をループの外に出せ」と同じ原理で
「可能な限り where を from の上に」ってやるとパフォーマンス結構変わる。

292 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 10:16:15 ]
LINQのクエリ式とSQLの一番の違いがプランナの有無。
クエリ式は書いた順番どおりに処理していくが、
SQLはプランナが最適な実行計画を立てる。

293 名前:デフォルトの名無しさん mailto:sage [2008/11/06(木) 10:39:15 ]
LinqtoObjectも気合い入れてプロバイダ書けばプランナ相当のもの記述可能?
いや書く気毛頭無いですが

294 名前:デフォルトの名無しさん mailto:sage [2008/11/08(土) 12:26:24 ]
やろうとおもえばLINQでスクリプト言語書けるよ

295 名前:デフォルトの名無しさん mailto:sage [2008/11/09(日) 21:52:31 ]
>> 294
出だしだけでもKWSK

296 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 17:07:42 ]
LINQ to SQLって無くなるの?
なんつーか、ぶちまければ良いってもんじゃねぇだろ。
そんなのはオプソ系に任せとけよ。


297 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 18:08:39 ]
何で無くなると思ったのさ?

298 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 18:35:18 ]
なくなるっつーかLinq to Entityに置き換えでしょ。
別に今のところは対して書き方が違うわけじゃないし
Linq to Entity完成までの代打的存在として十分用を果たしたような。

299 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 22:44:48 ]
うむ。かなりの部分でSQLの開発楽にしてくれた。
ストーリーにちゃんと沿わないと痛い目あうがなwww

300 名前:デフォルトの名無しさん mailto:sage [2008/11/11(火) 23:18:07 ]
>>296
開発が止まるだけで今後も当面は.NET Frameworkに標準搭載が続くんじゃないの?



301 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 00:12:05 ]
Entity Frameworkは絶対こける。
間違いない。

302 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 00:44:11 ]
>>301
まあVer.3ぐらいになるまでは毎回大変更の嵐だろうな。

303 名前:デフォルトの名無しさん mailto:sage [2008/11/12(水) 17:23:24 ]
Entity FrameworkはLinq to SQLの問題点が色々と解決されてるんだけど
デザイナが使いにくすぎる。

RailsのActiveRecordみたいに
ちょこちょこっとクラスに属性を付ければモデル完成、
ってのフレームワークだったらよかったのに。

304 名前:デフォルトの名無しさん [2008/11/20(木) 12:30:10 ]
LINQ to SQLってADO.NETより目茶苦茶いいな。
更新系では、生のSQL文に完全なWHERE句を入れてくれるし、
非接続型・楽観的制御(←赤間さん流)では文句なし。
あと、生SQLのサブクエリ相当の組み合わせを段階を踏んで書けるのもいい。
デバッグも迅速になりそう。

305 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 15:06:45 ]
俺、LINQ to P2P で当てたら結婚すんだ。

306 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 21:51:19 ]
>>304
消える運命にあるが

307 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:15:10 ]
なんらかの形で残るよ。使ってみれば、この方向性で進化していくんだろうと判る。
今のはちょっとSQL Serverに特化しすぎてるからディスコンかもしれないけどさ。

308 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:16:56 ]
>>307
この方向性で進化した結果がLinq to Entityなんだけど、今のところいまいちの出来。

309 名前:デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:32:43 ]
>>308
Entity Framework自体まだ手を付けてないのだが、どういまいち?

310 名前:デフォルトの名無しさん [2009/01/04(日) 23:25:17 ]
例えば、
Select Sum(col1),Sum(col2),Sum(col3) from Table1
なSQLだとLINQではどう書くの?



311 名前:デフォルトの名無しさん [2009/01/04(日) 23:46:52 ]
>>310
そんな質問はつい最近掲示板で見た事あるな

312 名前:デフォルトの名無しさん mailto:sage [2009/01/04(日) 23:59:48 ]
これか。ググったら一発で出てきたw
ttp://bbs.wankuma.com/index.cgi?mode=all&namber=30713

313 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 00:53:25 ]
ただのマルチじゃねーかw

314 名前:デフォルトの名無しさん [2009/01/07(水) 02:50:59 ]
>>311 >>312 >>313
ケチは付けられても結局答えられる奴いねぇんだな
暇なカス野郎だけかよ

315 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:06:42 ]
var result =
from item in Table1
select new {Sum1 = item.col1.Sum(), Sum2 = item.col2.Sum(), Sum3 = item.col3.Sum(), }

でいいんじゃね?

316 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 04:16:09 ]
いや、良くない。範囲変数itemは単なる1レコードで、item.col?はスカラー
1回のループで計算したいなら、アキュムレータ使うしかないはず

var sum = Table1.Aggregate(new[] { 0, 0, 0 }, (y, x) => {
  y[0] += x.col1;
  y[1] += x.col2;
  y[2] += x.col3;
  return y;
});

317 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 05:35:25 ]
>>316
それはクエリプロバイダ次第じゃなかろうか。

確かにLINQ to Objectのみなら>>316の書き方の方が速い。

しかしTable1.Aggregateのオーバーロード解決次第によっては
クエリプロバイダの提供する最適なクエリ演算子ではなく
LINQ to Objectの低速なパスで実行されるため>>316はかえって遅くなる。

式木的に
Select Sum(col1),Sum(col2),Sum(col3) from Table1
というSQLに対応するのが何かと聞かれれば>>315を推したい。

あとは>>310が何を期待して聞いたか次第かな。
LINQ to SQLでの書き方を期待していたなら>>315でも最適化されたと思うが。

318 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:09:53 ]
LINQ to SQL、生成されたSQLクエリがどんなのか見れるから試してみればいいんでは。


319 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:21:29 ]
いつもながらLinq to ほにゃららを明記しないと話がこじれるな。
Linq to Entityかもしれない。


320 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 10:45:44 ]
マルチに答えるとつけあがるからやめとけ



321 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 12:34:27 ]
>>317
考え方はいいとして、>>315のコードが間違っているのは無視か

var sum1 = Table1.Sum(item => item.col1);
var sum2 = Table1.Sum(item => item.col2);
var sum3 = Table1.Sum(item => item.col3);

やるならこうだろ

322 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 14:07:35 ]
>>321
確かに間違ってるな。
1クエリで書こうと思うとティマイザに期待しつつこう書くしかないか。

var result =
from _ in Table1
new
{
sum1 = Table1.Sum(item => item.col1),
sum2 = Table1.Sum(item => item.col2),
sum3 = Table1.Sum(item => item.col3)
}).Take(1).First();

323 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 14:08:38 ]
ティマイザ→オプティマイザ

324 名前:デフォルトの名無しさん mailto:sage [2009/01/31(土) 19:41:18 ]
>>310
初心者なりに考えてみた。
全然スマートじゃないけど勘弁してね。

var result = table.Select((t, x) => new
{
seq = x + 1,
col1 = t.col1,
col2 = t.col2
}).GroupBy(t2 => t2.seq).Select(g=>new
{
sum1 = g.Sum(t2=>t2.col1),
sum2=g.Sum(t2=>t2.col2)
});



325 名前:デフォルトの名無しさん mailto:sage [2009/02/11(水) 13:05:19 ]

var result = table.Select(t => new
{
col1 = t.col1,
col2 = t.col2
}).GroupBy(t2 => 1).Select(g => new
{
sum1 = g.Sum(t2 => t2.col1),
sum2 = g.Sum(t2 => t2.col2)
});

326 名前:デフォルトの名無しさん [2009/02/17(火) 18:54:14 ]
初めまして、よろしくお願いいたします。
どうかアドバイスを下さい。

Visual Studio 2008を使っていて、1台の自宅PCにインストールしています。
インストールしているのは、SQLServer2005 developper edtion + VB 2008です。
この環境でC/Sアプリを作り始めました。

経緯としましては、VBアプリを作るのにVSを起動して、プロジェクトの種類でVB、テンプレートで
Windowsフォームアプリケーション、をクリックして進み、プロジェクト名をjob_testにしてOKをクリックしました。

VSが起動し、左にサーバーペイン、右にデータソースペインが表示されました。

ここからが問題なのですが、データソースペインがうまく機能しないのです。 
1. 「ペインの「新しいデータソースの追加」をクリック
米データソース構成ウィザードが軌道します。
2.「データソースの種類」で「データベース」を選択して「次へ」をクリックして進みます。
3.「データ接続の選択」で「・・・使用するデータ接続」で既存の接続を選択して、
 ラジオボタン「はい、重要情報を接続文字列に含みます。」を選択してクリックして進みます。
4.「接続文字列をアプリケーション構成ファイルに保存しますか?」で「次へ」をクリックして進みます。
5.ここ(データベースオブジェクトの選択)でエラーが発生します。メッセージは、「データベースから
情報を取り出すときに、エラーが発生しました。MicrosohutoVisualStudio.datadesignsync.
designersync.Facedsync,TableConfigManager のタイプ初期化
子が例外をスローしました」と表示され先へ進めません。 

どうか解決方法を教えて下さい。

それと境い目の現象なのでDBのスレにもレスさせて頂きます。ご了承くださいませ。




327 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 07:06:29 ]
>>326
マルチ乙

328 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:50:07 ]
Microsohuto社製品なんて使うからだな

329 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:59:59 ]
>Microsohuto社
中国のばったものの会社?

330 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:28:41 ]
株式会社精密工具



331 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 00:42:52 ]
Linq to Xmlでちょっと質問

<root>
<data>
<ID>1</ID>
</data>
<data>
<ID>3</ID>
</data>
<data>
<ID>4</ID>
</data>
</root>
というのを
<root>
<data>
<ID>1</ID>
</data>
<data>
<ID>2</ID>
</data>
<data>
<ID>3</ID>
</data>
</root>
に変換するにはどうすれば良いんでしょうか?
イメージとしては、IDを指定して<data>ごと削除、でもIDの値は1から順番になるように保つ、という感じです

332 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 00:53:41 ]
データが何個あるか調べて、XMLを作り直したほうが早いと思わんかね?

333 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 02:38:35 ]
いまひとつイメージがつかめないから、こうゆう解釈で行くよ〜
<data><ID>1</ID><ext at=""true"">hoge1</ext></data> 
<data><ID>2</ID><ext at=""false"">hoge2</ext></data> 
<data><ID>3</ID><ext at=""true"">hoge3</ext></data>
<data><ID>4</ID><ext at=""false"">hoge4</ext></data>
ID=3の行を削除でIDが繰り上がる
<data><ID>1</ID><ext at=""true"">hoge1</ext></data> 
<data><ID>2</ID><ext at=""false"">hoge2</ext></data> 
<data><ID>3</ID><ext at=""false"">hoge4</ext></data>

334 名前:デフォルトの名無しさん mailto:sage [2009/02/23(月) 02:42:54 ]
string xml = @"<root>
 <data><ID>1</ID><ext at=""true"">hoge1</ext></data> 
 <data><ID>2</ID><ext at=""false"">hoge2</ext></data> 
 <data><ID>3</ID><ext at=""true"">hoge3</ext></data>
 <data><ID>4</ID><ext at=""false"">hoge4</ext></data></root>";
var doc = XDocument.Parse(xml);
var rs = doc.Elements("root").Elements("data").Where(x => x.Element("ID").Value != "3")
 .Select((x, cnt) => { 
  var nx = new XElement(x);
  nx.Element("ID").Value = (cnt+1).ToString();
  return nx;} );
var el2 = new XElement("root2");
foreach (var s in rs) el2.Add(s);
var doc2 = new XDocument(el2);
Console.WriteLine(doc2);
今回は読み込んだXdocumentをいじらないようにしたが、いじっていいなら
Linqは使わず最初に読み込んだXDocumentを直接変更してもいいと思う。

335 名前:デフォルトの名無しさん mailto:sage [2009/04/14(火) 23:27:35 ]
WPF の UIElementCollection に対して、
Linq の機能(Where メソッドとか)を使いたいのですが、
UIElementCollection にはそのメソッドがありません。

どうすれば Linq の機能が使えるでしょうか?

336 名前:デフォルトの名無しさん mailto:sage [2009/04/14(火) 23:34:03 ]
あー、non-generic な IEnumerable に対する Where とかないのか・・・
いったん、 .OfType<UIElement>() っての通すと使える気がする。


337 名前:デフォルトの名無しさん mailto:sage [2009/04/15(水) 11:49:27 ]
OfTypeじゃなくて,元のコレクションに違う型が入ってないことを仮定するCastのほうがベター
※foreach(UIElement item in collection)相当
OfTypeを使うのはOfType<Button>みたいに意図的に型をフィルタリングするときだけ

338 名前:335 mailto:sage [2009/04/16(木) 21:20:12 ]
>>336 >>337
ありがとうございました。


339 名前:デフォルトの名無しさん [2009/04/19(日) 23:45:46 ]
良スレなのに過疎ってて残念。

340 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 12:48:21 ]
SQLは糞



341 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 18:09:58 ]
何をもって糞と判断してるのか

342 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 20:08:48 ]
互換領域の文字だからだな

343 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:24:47 ]
 int[] a = new int[] { 1, 2, 3 };
 a.ToList().ForEach(i => Trace.WriteLine(i) );

ForEach するために毎回 ToList() してるんだけど、
ToList() しなくてすむ方法ないの?


344 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:33:14 ]
>>343
素直に foreach (var i in a) するか、自分で IEnumerable 用の ForEach 拡張メソッド書くか。

345 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:35:22 ]
ttp://neue.cc/2009/04/04_145.html

346 名前:デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:59:17 ]
DataTrigger で特定の Rectangle だけ色を変えようと思って、
TargetName を指定したら、Style では TargetName は指定できないという
エラーが出てしまいました。

回避する方法はありますか?

347 名前:346 mailto:sage [2009/04/21(火) 06:16:25 ]
すんません、誤爆です。

348 名前:デフォルトの名無しさん mailto:sage [2009/04/25(土) 15:04:39 ]
from age in

349 名前:デフォルトの名無しさん [2009/04/25(土) 15:04:53 ]
.

350 名前:デフォルトの名無しさん mailto:sage [2009/04/30(木) 20:23:27 ]
実際はLINQ to SQLなのですが、

class Order
{
string syohin;
DateTime transactTime;
}

class SpecialInterval
{
string syohin;
DateTime applyDayFrom;
DateTime applyDayTo;
}

で、Orderは数万件以上、SpecialIntervalは数十件以上あります。

これで、Orderの中から、syohinが一致してなおかつtransactTimeがapplyDayFrom〜
applyDayToの間にあるOrderだけを取得したいのですが、どうしたら
いいでしょうか?



351 名前:デフォルトの名無しさん mailto:sage [2009/04/30(木) 20:46:13 ]
from order in context.Order
join si in context.Special on order.shyohin equals si.syohin
where si.applyDayFrom < order.transactTime && order.transactTime < si.applyDayTo
select order

ではダメ?

352 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 21:21:06 ]
.NETとVisual Studioってどういう関係ですか?
.NETの後継??

353 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 21:32:08 ]
.NETは.NET
Visual StudioはVisual Studio

354 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 22:07:37 ]
パイナップルと酢豚みたいなもんだな

355 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 22:08:10 ]
>>354
それだと、.NETは要らない子になっちまうじゃないか。

356 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 22:59:46 ]
>>354
吹いたww

357 名前:デフォルトの名無しさん mailto:sage [2009/05/21(木) 23:13:02 ]
パイナップルのない酢豚なんて・・・

358 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 13:52:09 ]
オレも邪魔だと思ってたが、無いと寂しいw

359 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 14:38:39 ]
で、

.NET = パイナップル
VS = 酢豚

っていう結論でいいのか?w

360 名前:デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:03:50 ]
.NET = フレームワーク
VS = IDE





361 名前:デフォルトの名無しさん mailto:sage [2009/06/01(月) 13:49:45 ]
>>360

ありがと!謎が解けました!!

362 名前:デフォルトの名無しさん mailto:sage [2009/06/24(水) 16:09:02 ]
>>244-246って他社製のプロバイダ使ってってこと?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<217KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef