オブジェクトデータベース LINQ, DLinq のスレ

**NAME IS NULL** · 2007/03/15(木) 15:15:04

VBでデータベースプログラミングに触れたばかりのころ、
SQL文を文字列変数に代入して、それをオブジェクトに渡して、
っていう処理にすごく違和感があって入りにくかったのを思い出した。

今はその書き方に慣れてしまったので、逆にLINQに違和感を感じているｗ
でも、配列もテーブルと同じような操作が出来ないかなと感じたことは
あったので、設計やコーディングが楽になるかもしれないと期待している。

でも、初期バージョンは安定しないんだろうね。

**NAME IS NULL** · 2007/03/15(木) 18:23:37

オブジェクト指向なので、構文の書き方が変わるだけでなく、
データベースのテーブルの構築の仕方そのものが変わっていくことになる。

オブジェクト指向でデータを格納するプログラミングは書いてみたいと
思っていたので、今回のバージョンアップには期待しているが、
C#みたいに、現実にはあまり移行してくれなかった、なんて事になる可能性もあるだろうね。

**NAME IS NULL** · 2007/03/15(木) 22:50:34

strSQL = "SELECT * "
strSQL = strSQL & "FROM PARIS;"

数行ならともかく10行以上のSQLをこうやって
羅列してるVBって恥ずかしくないの？

**NAME IS NULL** · 2007/03/15(木) 23:00:03

英語の文献に、SqlDataAdapter(　の後１０行以上書いているサンプルコードもあるので、
これは恥ずかしいということではないんだと思う。

**NAME IS NULL** · 2007/03/16(金) 13:06:22

>>7
じゃ、どうすんの？

**NAME IS NULL** · 2007/03/16(金) 13:20:47

>>7,9
strSQL = "SELECT * " & _
"FROM PARIS;"
のほうが連結がコンパイル時に解決されるので効率が良い。

**NAME IS NULL** · 2007/03/17(土) 09:31:45

ドキュメントを読んでいて疑問に思ったところ

The LINQ Project
http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx
dlinq_overview_for_vb_developers.doc の４ページ目
> ' DataContext takes a connection string
> Dim db As DataContext = New DataContext("c:\...\northwnd.mdf")
> ' Get a typed table to run queries
> Dim Customers As Table(Of Customer) = db.GetTable(Of Customer)()

ADO.NETでいう、ConnectionオブジェクトやDataAdapterオブジェクトを
宣言して接続する一連の操作が、LINQではDataContextを宣言して、
定義したクラスにGetTableに読み込むという手順に変わったよ、という
旨の文章のところだけど、mdfの場所をフルパスで指定している
理由が分からない。mdbならファイルなのでフルパス指定だと思うけれど、
mdfはフルパス指定じゃなくて、SQLサーバ名とデータベース名の指定
にするべきだと思う。

この理由分かる方いらっしゃいますか？

**NAME IS NULL** · 2007/03/18(日) 00:06:37

>>10
それだとインデントの関係でSQLが見づらい

**NAME IS NULL** · 2007/03/22(木) 15:40:05

ADO.NETの場合でも、ConnectionクラスのDataSourceプロパティを設定すれば
mdfファイルのフルパス指定で接続も可能なようだ。こういうコードの書き方はあまり
しないと思うけれど。

http://www.microsoft.com/japan/msdn/thisweek/10lines/vs2005/adonet_dataadapter/vb.aspx
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/cpref/html/frlrfsystemdatasqlclientsqlconnectionmemberstopic.asp

**NAME IS NULL** · 2007/03/28(水) 19:10:29

DLinq になってもデータベースのほうはオブジェクト指向データベースではなく、
従来のRDBなんだよね。
同時にサーバのリリースもあって、そういう設計が出来るのであれば、
画期的なんだろうけど。ま、しばらくの間はRDBにDLinqで接続となるのかな。
そうなると、設計とかややこしくなる気がする。
テーブルを設計して、サーバにテーブルをつくり、それを読み込むオブジェクト
データベースを設計して、クライアントのプログラムを作るというやり方になる
わけでしょ。

**NAME IS NULL** · 2007/04/14(土) 23:48:51

>>11
サンプルの一部から持ってきたからでしょ。
サンプルのプロジェクトをアーカイブして配布する時に、
その中にmdfを含めて、そのまま実行してもらえるし。

**NAME IS NULL** · 2007/04/24(火) 01:17:13

まだwebが日本語訳が出ないのか。

**NAME IS NULL** · 2007/04/28(土) 10:47:06

DLINQっていつ使うべき？
DataSetでいいじゃん。

**NAME IS NULL** · 2007/04/29(日) 12:16:41

　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　|　虚塵（笑）、お外に出た途端に負けますた！
　　　　　　　＼
　　　　　　　　￣∨￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　　　　∧＿∧ 　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　∧＿∧　　　　（ ´Д｀）　　　＜　　インチキ先発の一角鬱身が６失点！初黒星おめでとう！
　　　　　　　　（ ´Д｀）　／⌒　　　　⌒ヽ　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　　／,　　/ 　／_／|　　　　　へ　＼
　　　　　　　(ぃ９　　| 　（ぃ９ ./　　　　/　　＼＼.∧＿∧　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　 /　　　 /、　　　/　　　 ./　　　　ヽ　（ ´Д｀）＜　無駄なソロ空砲３発が惨めさを引き立てますた！
　　　　　　 /　　　∧_二つ（　　　　/　　　　　　∪ ,　　/　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　 /　　　/ 　　　　　＼　.＼＼　　　　　(ぃ９　　|
　　　　　 /　　　＼　　　　　＼　.＼＼　　　 /　　　 /　　,、　　　（（（　）））　　／￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　/　 /~＼　＼　　　　　 >　）　）　　./　　　∧_二∃ 　　　（ ´Д｀）＜　ＧＷとはGiants Weakの略！連休中全敗確実！
　　　　 /　 /　　　>　）　　　 /　／／　　 ./　　　　￣￣　ヽ　　 (ぃ９　　）　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　／　ノ　　 /　／　　　 /　/ /　　.＿/　 /~￣￣/　／　　　/　　 ∧つ
　　/　／　 .　 / ./.　　　　 /　/ /　)⌒ ＿ノ　　　 / ./　　　　/　　　＼　　＼(ﾟдﾟ)　(ﾟдﾟ) ｱｵｷ、ﾗﾐﾚｽ、ｼﾛｲｼ､ GJ!ﾐﾔﾓﾄﾓﾅｲｽﾓｳﾀﾞｼｮｳ!!ﾌｼﾞｲﾓﾅｲｽﾋﾟｯﾁﾝｸﾞ!
　 / ./　　　　（　ヽ､　　　（　ヽヽ　|　/　　　　　　（　ヽ､　　/　/⌒>　）　　　　(　 )－'(　 )ヽ
（　 _)　　　　　＼__つ　　　＼__つ).し　　　　　　　＼__つ　（＿)　＼_つ　　　　 /　>　　 .>>　(･∀･) ｸｻﾚｷｮｳﾀﾞﾝﾊ､ﾊﾔｸｼﾃｲｾｷﾉｻｲｶｲﾆｶｴﾚ!!

**NAME IS NULL** · 2007/04/29(日) 19:52:00

>>17
コードをかけば、自動的にDataSetが内部で呼び出され、操作されるというものだよ。
でも、「DataSetなんて重くて使わないよ。おれはDataTableを使っているよ」という
人にとっては、嫌われるものかもしれない。

ちょうど、VBが重くて使えない、みたいな物と同じ話なのかな。

**NAME IS NULL** · 2007/05/10(木) 16:38:41

Linqってどう発音すりゃいいの？

**NAME IS NULL** · 2007/05/11(金) 23:22:39

>>20
区別する時は、リンキュー。もしくは、データベースリンク
そうでないときは、普通に、リンク
と、自分の頭の中で発音してたがｗ

17 · 2007/05/12(土) 17:00:42

>>19 亀レスで申し訳ない

その辺は分かっているつもりなんだけど、
Linq To SQL でクラスを生成して、それを後からソースの内部で使うよね。
でも、型つきDatasetでも.xsdを事前に生成して、それを後からソースで使う。
結局同じような事を、違ったテクニックで行えるようになった訳で、あえてLinqを使う意味が良くわからない。
もちろん、SQL文みたいなものが、C#やVBとして記述ができるので、コンパイル時にエラーが出てくれるとか、
SQLインジェクションなんかが起こりにくい、と言うメリットは分かるんだけど、
正直それだけの為に、言語拡張までして対応した意味が不明なのです。

**NAME IS NULL** · 2007/05/19(土) 18:22:51

>>22
TableAdapterを使うものが、.xsdを事前に生成して・・・にあたって、
DataAdapterを使うものが、Linqを使ってコーディング・・・にあたるということ
だと解釈している。
この違いは、「前者は、ADO.NETではない。」ということ。

Win環境での開発だと違いが分からないが、そうでないところで開発する時に
影響するというものなのかも。

**NAME IS NULL** · 2007/05/27(日) 20:49:49

ほ

**NAME IS NULL** · 2007/06/05(火) 20:49:33

か

**NAME IS NULL** · 2007/06/16(土) 21:57:44

ほ

**NAME IS NULL** · 2007/06/20(水) 11:59:57

か

**NAME IS NULL** · 2007/06/25(月) 06:42:49

べ

**NAME IS NULL** · 2007/06/28(木) 23:58:02

ん

**NAME IS NULL** · 2007/07/06(金) 21:19:42

き

**NAME IS NULL** · 2007/07/13(金) 18:59:43

ょ

**NAME IS NULL** · 2007/07/21(土) 22:02:48

う

**NAME IS NULL** · 2007/08/05(日) 16:32:17

。

**NAME IS NULL** · 2007/08/10(金) 23:06:53

。

**NAME IS NULL** · 2007/08/21(火) 21:59:29

。

**NAME IS NULL** · 2007/08/22(水) 23:04:52

TechEdでLINQのことをいっぱい説明してたよ
…って、このスレって見てる人いるのかな？

**NAME IS NULL** · 2007/09/06(木) 21:15:47

一応保守しておきます。
スレを立てるのが早すぎたのかもね。。。

**NAME IS NULL** · 2007/09/08(土) 20:42:28

>>37
さんくす。見てる人いたのね^^

**NAME IS NULL** · 2007/09/10(月) 08:18:20

保守が定期的にあるんだから見てる人はいるってことでしょｗ

**NAME IS NULL** · 2007/09/10(月) 14:13:59

DLinqはLinq構文ばかり注目されてるけど、ORMでもあるのだよな。
DLinqのORMとしての評価はどうなのだろう。

**NAME IS NULL** · 2007/09/12(水) 01:47:29

オブジェクトデータベースなんてスレタイに入れるから人が寄りつかねーんじゃねーの？

**NAME IS NULL** · 2007/09/12(水) 03:40:37

「オブジェクトデータベース」とはちょい違うよな。
DBに被せるレイヤとかラッパって感じ。

**NAME IS NULL** · 2007/09/12(水) 16:11:23

>>41 >>42
テンプレも含めた案をお願いします。

私は、これからの流れとして、「オブジェクトデータベース」を
つけたほうが良いと解釈していたのですが。

**NAME IS NULL** · 2007/09/12(水) 19:54:37

オブジェクトデータベースといったら普通はOODBで、ORMはOODBではない。
いまのところサポートしてるのはSQLサーバーだけだし。

**NAME IS NULL** · 2007/09/12(水) 20:09:56

オブジェクトデータベースなんて十数年前にその実力以上に妙に
持ち上げられて、RDBの次はODBだなんて言われたこともあるけど、
今じゃ落ち着くところに落ち着いただろ。
「これからの流れ」というより、うさんくさい目で見られる可能性の方が
高いと思うけどねぇ。数年前のXML-DBとおんなじで。

それはともかく、LINQが想定しているのはリレーショナルモデルだから
オブジェクトデータベースとは違うと思うよ。
どちらかというと、3GL埋め込みSQLを今風にOO言語をホスト言語に
してみたらこんなんできましたぁ、ってところだよね。

**NAME IS NULL** · 2007/09/13(木) 23:11:01

単純なラッパーではないということだが

**NAME IS NULL** · 2007/09/14(金) 07:22:27

で、スレタイはどうしたらよいの？

42 · 2007/09/14(金) 08:18:38

>>46
ラッパーではないっていうのは、「厚み」の問題? もっと根本的に違うとか?

>>47
この調子じゃあ、どう見積もっても次のスレタイを考えるまでに十分な時間がある。
LINQとは何か、結論出てからでいいんじゃね?
LINQってMSの日本語訳によれば、「 .NET 統合言語クエリ」だから、まあそんなとこ
なんじゃね?

**NAME IS NULL** · 2007/09/14(金) 23:25:50

じゃ、とりあえず次スレのタイトルおよびテンプレ案を書いておきます。

「.NET 統合言語クエリ LinQ DLinq のスレ」

マイクロソフトのコードネーム Orcas に搭載予定のオブジェクトデータベースを
実現する、言語統合クエリ(LINQ Language integrated query)
DLINQ (LINQの実装) などについて語り合いましょう。

The LINQ Project
http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx

**NAME IS NULL** · 2007/09/14(金) 23:57:19

人の話聞かねぇ香具師だな

**NAME IS NULL** · 2007/09/15(土) 01:55:02

聞いてるじゃないかｗ

**NAME IS NULL** · 2007/09/15(土) 22:38:44

Linqって、NHibernateのCriteriaみたいなもの？

マッピング情報をXMLに書き出さなければならない点で、
DLinqはNHibernateに負けているような希ガス。

MSは、こんなものを実装する前に、
ADO.NETドライバの仕様を弄って、
NHibernateを使えなくしたほうが良くねｗ

**NAME IS NULL** · 2007/09/16(日) 13:40:20

DLinqで使ってるExpression型のLinq構文はCriteriaみたいなものであってる。
普通のLinqで使ってるdelegate型のLinq構文は別物。
マッピング情報は属性(アノテーション)に書き込むタイプ。
開発の手順はDBのスキーマからdbml(xml形式)のファイルを生成。
必要に応じてdbmlを変更。dbmlから属性付きデータクラスを生成となる。
ADO.NETのDataSetと同じで実行時にxmlファイルを参照するわけではない。

**NAME IS NULL** · 2007/09/17(月) 01:18:03

>>48
聞きかじりなので詳しくは分からないんだけど、
ぱっと見で単なるラッパーのようだが目指すところはそれだけではないとのこと
なので、ラッパーだと思ってスルーしている人も
情報収集しておいた方がいいかも？って感じかな

>>49
大文字小文字の使い分けは意味がある？
LINQは全部大文字なのでは？違うのかな… orz

>>53
dbmlファイルってRDBMS使うときの過渡的なものだっけ？
まぁ、SELECTしかできないらしい最初のバージョンは使いづらいかも

**NAME IS NULL** · 2007/09/17(月) 01:40:25

>>54
全部大文字（現行スレのタイトル）が正しいです。
ミスでした。（＾＾；

**NAME IS NULL** · 2007/09/17(月) 06:07:39

LINQはさて置いてもDLinqはまだあんまり知られてない感じだから、
ここでデモプロ１本作ってみるよ。数回の連載になるけど過疎ってるから勘弁な。

とりあえず環境はSQL2005Express+.NET3.5日本語Betaでおｋすよ。VS2008なしでいける。

まずはDBを作ります。ShopとCustomerで1:nの関係。
sqlcmd -S .\sqlexpress
接続できたら
create database DLinqDemo
go
use DLinqDemo
go
create table Shop (ID char(4) primary key, Name nvarchar(10))
create table Customer (ID int primary key identity,
ShopID char(4) references Shop(ID), Name nvarchar(20))
go

今後このデータベースが不要になったらsqlcmdで次のコマンドをたたけば消せます。
drop database DLinqDemo

56 · 2007/09/17(月) 06:21:27

.NET3.5日本語Beta2だけでやるときは3.5と2.0の両方にパスが通ってなきゃいかんので注意。
Path=C:\WINDOWS\Microsoft.NET\Framework\v3.5;C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;%PATH%

コマンドプロンプトからSqlMetalコマンドを実行します。
sqlmetal /server:.\sqlexpress /database:DLinqDemo /dbml:DLinqDemo.dbml /namespace:demo
userdb.dbmlを編集。ただし今回は編集の必要なし。
もし共用のDBを使ってるなら全ユーザーテーブルが入ってるのでいらないのは削除。

データクラス＋マッピング属性のDLinqDemo.csを生成。
DLinqDemo.csはデータベースから直接も作れるのだけど２段階に分けたほうが後々便利。
sqlmetal /code:DLinqDemo.cs DLinqDemo.dbml

56 · 2007/09/17(月) 06:46:20

以下が基本形でDemoListのようなstaticメソッドが今後増えてくる塩梅です。
コンパイルは cs /o demo.cs DLinqDemo.cs

// demo.cs
using System;
using System.Collections.Generic;
using System.Data;
using System.Linq;

namespace demo {
class Demo {
  static readonly string conn =
    @"Data Source=.\sqlexpress;Initial Catalog=DLinqDemo;Integrated Security=SSPI";
  static bool logFlg = false;
  static void Main(String [] args) {
    logFlg = args.Length > 0;
    DemoList();
  }
  static void DemoList() {
   using(DLinqDemo dc = new DLinqDemo(conn)) {
     if (logFlg) dc.Log = Console.Out;
     var qr = from c in dc.Customer select c;
     var rs = qr.ToList();
     foreach (var r in rs)
       Console.WriteLine("{{ {0}, {1}, {2}, {3} }}",
         r.ID, r.Name, r.Shop.ID, r.Shop.Name);
     var rs2 = from c in dc.Customer join s in dc.Shop
                on c.ShopID equals s.ID
                orderby s.ID, c.ID
                select new { ID = c.ID, Name = c.Name, ShopID = s.ID, ShopName = s.Name };
     foreach (var r in rs2) Console.WriteLine(r);
   }
  }
}
}

56 · 2007/09/17(月) 07:03:34

LINQ構文が２つあるけど上段がORM風に更新可能なCustomerオブジェクトを取得している。
クエリーしてないのに関連をたどってShopの情報も取れる。
下段は普通のLINQ風の構文で更新不可。アドホックなクエリーに使う。

demo.exeに適当な引数をつけると、DLinqがどんなSQLをデータベースに投げてるか見れる。
demo.exe log

データが入ってないので次回はデータを入れたいが、繰り返し実行できるように
テーブルを消してしまう処理を書いておこう。
これはデータを直接生のSQLを投げて消してしまうもので、
ORMのキャッシュはスルーしてしまうので注意。あくまでも初期化用。

  static void Cleanup() {
   using(DLinqDemo dc = new DLinqDemo(conn)) {
     if (logFlg) dc.Log = Console.Out;
     dc.ExecuteCommand("delete from Customer", new object[0]);
     dc.ExecuteCommand("delete from Shop", new object[0]);
   }
  }

**NAME IS NULL** · 2007/09/17(月) 07:10:20

データの登録。
shop1に対してCostomerを２件。
shop2に対してCostomerを３件追加している。
それぞれ別のやり方で登録してるから見比べて欲しい。

  static void DemoAdd() {
   using(DLinqDemo dc = new DLinqDemo(conn)) {
     if (logFlg) dc.Log = Console.Out;
     var shop1 = new Shop() { ID = "A001", Name="WAHAHA" };
     shop1.Customer.Add(new Customer() { Name="AAAA BBBB" });
     shop1.Customer.Add(new Customer() { Name="AAAA CCCC" });
     shop1.Customer.Add(new Customer() { Name="AAAA DDDD" });
     dc.Shop.Add(shop1);
     var shop2 = new Shop() { ID = "A002", Name="UFUFU" };
     dc.Shop.Add(shop2);
     dc.Customer.Add(new Customer() { Name="RRRR BBBB", Shop=shop2 });
     dc.Customer.Add(new Customer() { Name="RRRR CCCC", Shop=shop2 });
     dc.SubmitChanges();
   }
  }

Mainから次の順番で呼び出してくんしゃい。
    Cleanup();
    DemoAdd();
    DemoList();

56 · 2007/09/17(月) 07:13:35

最後は変更や削除の例。ちょっと意味不明な処理だがあくまでもデモ用としてみてくれ。

  static void DemoModify() {
   using(DLinqDemo dc = new DLinqDemo(conn)) {
     if (logFlg) dc.Log = Console.Out;
     var qr = from c in dc.Customer
              where c.Name == "RRRR CCCC" || c.Name == "AAAA CCCC"
              select c;
     var rs = qr.ToList();
     foreach (var r in rs) {
       if (r.Name == "RRRR CCCC") r.Name = "YYYY CCCC*";
       if (r.Name == "AAAA CCCC") dc.Customer.Remove(r);
     }
     dc.SubmitChanges();
   }
  }

長々とすまなかった。以上だ。

**NAME IS NULL** · 2007/09/22(土) 22:01:44

>>56
デモプログラムサンクス。
ちなみに何処の解説を参考にして書いたの？

**NAME IS NULL** · 2007/10/04(木) 07:53:43

sage

**NAME IS NULL** · 2007/10/22(月) 07:46:22

sage

**NAME IS NULL** · 2007/11/08(木) 19:37:33

さげ

**NAME IS NULL** · 2007/11/12(月) 23:42:16

sage

**NAME IS NULL** · 2007/11/17(土) 18:55:45

age

**NAME IS NULL** · 2007/12/02(日) 12:02:39

age

**NAME IS NULL** · 2007/12/10(月) 19:31:25

age

**NAME IS NULL** · 2007/12/11(火) 03:31:57

>>57
リリース版の.NET3.5にsqlmetalが付いて来なくなってる。SDKはまだか。

**NAME IS NULL** · 2007/12/30(日) 08:54:36

さて、正式版がリリースされたけど、みんなつかってみた？

**NAME IS NULL** · 2007/12/30(日) 21:48:37

ダウンロードしただけ…
しかもインストール不可版もダウンロードしてしまった ^^;

**sage** · 2008/01/03(木) 20:30:05

ScottGuさんのブログ読みながら、使ってみた。
なかなか使いやすいんではないかな。

**NAME IS NULL** · 2008/01/26(土) 11:03:58

「手っ取り早く LINQ to SQL」の威力を認識するための「テストコード」

手っ取り早く LINQ to SQL を試すためのテストコード - NyaRuRuの日記
ttp://d.hatena.ne.jp/NyaRuRu/20071219/p4

**NAME IS NULL** · 2008/02/07(木) 01:13:04

保守しときますね。

**NAME IS NULL** · 2008/02/24(日) 18:20:19

保守

**NAME IS NULL** · 2008/03/09(日) 10:20:50

マ板に統合した方が言いのかな？
っていうか、何でDB板は全体的に過疎ってるんだ？

**NAME IS NULL** · 2008/03/14(金) 21:03:18

LINQ to SQL はみなさん思い思いにSQL発行しまくって
完全な無法地帯になりそうで危険な悪寒…
あとSQLが自動生成されると、パフォーマンスチューニングがしづらそうだが
本当に大丈夫か？

**NAME IS NULL** · 2008/03/21(金) 07:54:16

ウィザードによって生成されたSQLって、
自分の思い通りじゃなかったりするもんな。
で、結局は信頼性に欠けるということで、
自分で手修正してることはあるな。
だから俺はまだLINQそのものを使ってないな。

**NAME IS NULL** · 2008/04/04(金) 00:46:03

age

**NAME IS NULL** · 2008/04/05(土) 00:22:42

>>78
O/Rの出力SQLを例と見ると・・・

**NAME IS NULL** · 2008/04/30(水) 20:13:18

保守

**NAME IS NULL** · 2008/05/02(金) 22:11:55

>>77
そもそも対象になる製品が限られている＝ユーザー数の裾野が狭い
っていうのと学生はデータベース触らない
っていう２ちゃん的に盛り上がれる要素が少ないからだと思われ

ム板みたいに速度チューンネタや言語速度比較みたいなのも
データベースの場合は「場合による」で終わっちゃうし
それにみんな本当はDBあまり好きじゃないんだ・・・・趣味でやるほどには・・・・

**NAME IS NULL** · 2008/05/03(土) 23:06:16

なるほどね。
確かにデータベースは余り面白くないものかも。
AccessやLAMPが出るなどして、スタンドアロンでも出来るようになって
大分一般的なものになってきたように思うんだけどな。
まだまだなのかな。

**NAME IS NULL** · 2008/05/03(土) 23:12:10

仕事で触るの好きだけど
家ではディスクのインデックスでも作っといてって感じだな

**NAME IS NULL** · 2008/05/04(日) 12:17:22

おまらDBの世界に足突っ込んだきっかけ何？

**NAME IS NULL** · 2008/05/26(月) 00:16:16

DB Magazine 誌 2008/07 に LINQ 記事↓
特別企画『マイクロソフトの最新統合クエリ言語「LINQ」を試す』

**NAME IS NULL** · 2008/06/17(火) 08:09:51

>>86
先輩や先生の関係かな。
ま、半ば選択の余地がなくて強制って感じｗ

凄く嫌だとか抜け出したいとかは思ったことは無いけれど。

**NAME IS NULL** · 2008/08/13(水) 21:52:29

保守しときますね

**NAME IS NULL** · 2008/08/13(水) 22:48:00

ありがとう

**NAME IS NULL** · 2008/08/13(水) 23:27:42

Linqは何かのついでに使うことはあっても、
あらたまってこれについて語れって言われても思い浮かばないんだよな。
それはそうと、
.NET 3.5 SP1でADO.NET Entity Frameworkが追加になってけどどうよ？

**NAME IS NULL** · 2008/08/14(木) 03:49:39

Linq to SQLとLinq to Entityの住み分けがわからない。
統合するのか、それぞれ存続させるのか？

**NAME IS NULL** · 2008/08/28(木) 21:11:13

え？また何か機能追加になったわけ？

**NAME IS NULL** · 2008/09/09(火) 23:15:07

APサーバとDBサーバが別れてたら、
LINQのクエリだと結果集合を毎回APサーバまで引っ張ってくるのか？

一発で絞り込めるクエリにしないと簡単に帯域ぶっちぎって
パフォーマンスダメダメになりそうだな。

**NAME IS NULL** · 2008/09/09(火) 23:18:12

( ﾟдﾟ)ﾎﾟｶｰﾝ

**NAME IS NULL** · 2008/09/10(水) 12:00:46

( ﾟдﾟ)ﾎﾟｶｰﾝ

**NAME IS NULL** · 2008/09/11(木) 23:01:09

LINQで実際にSQLが実行されるのは

**NAME IS NULL** · 2008/10/20(月) 20:02:04

LINQを真似した仕様を他の言語が作ったりしないのかなぁ

**NAME IS NULL** · 2008/10/20(月) 21:16:19

こっちにもちょっと書いてあるけどさ。
ttp://pc11.2ch.net/test/read.cgi/tech/1202568694/

言語仕様としてのサポートが無いと、LINQほどスマートにはいかないよねぇ。

**NAME IS NULL** · 2008/11/04(火) 02:19:43

ま、新しい技術だということで、調べはしたけれど、LINQについては
特に急いで習得する必要性がなさそうだと思った。
これで書かれたプログラムを読まなければいけない状況も当分の間は
なさそうだしね。

配列のデータを扱う時、DataTableのデータを扱う時、ADO Recordsetで
接続してデータを扱う時は、すべてコードの書き方が異なっているので、
それぞれのやり方を覚えなおすよりも統一した方がプログラマにとっては
助かるので、方向性としてはLINQのようなものになるのは分かるが、
いまはまだVer1なわけなので、さらにまた言語仕様が変わっていくような
気がする。
過去のものを見るとVB.NETそのものが方向性を模索してるようなところが
あったしね。オブジェクト指向を強く出してVB6の要素を切り捨てたが、
ユーザがついてこなかったため、VB6よりに作り直したとか。
しばらく様子見かな。

**NAME IS NULL** · 2008/11/10(月) 23:23:40

LINQで処理を統一しようという考えは分かるが、
ストアドプロシージャをVBA（Likeな）構文で書けるとか
そういう方向の統一性ってないのかなぁ？
なんか、ばらばらしとるよな。同じ会社の言語であっても。
買収したんだから仕方が無いという理屈は無しでｗ

**NAME IS NULL** · 2008/11/12(水) 21:10:34

LINQの限界ってあるんですかね？
たとえばSQLだと集計と自己結合を駆使して費用の按分処理（端数の補正あり）とかを
６階層ぐらいネストさせれば一発でかけるんですが、
こうゆう処理はとか余裕でできるのかな？

**NAME IS NULL** · 2008/12/15(月) 01:52:57

保守

**NAME IS NULL** · 2008/12/29(月) 08:00:53

保守

**NAME IS NULL** · 2009/01/04(日) 10:01:38

LINQの大幅仕様変更は2009-2010あたりに行われるって解釈でおｋ？
これは新たな機能追加ではなく、不評であったため、改めるというやつ。

**NAME IS NULL** · 2009/01/09(金) 05:06:39

>>102
何をどうしたいのかがわからんが数値処理なんて余裕だろ。

**NAME IS NULL** · 2009/01/18(日) 23:35:33

保守

**NAME IS NULL** · 2009/02/01(日) 13:52:27

保守

**NAME IS NULL** · 2009/02/08(日) 16:13:19

ageときます

**NAME IS NULL** · 2009/02/12(木) 07:40:04

LINQの次はどんなものが想像できるかな？

**NAME IS NULL** · 2009/03/04(水) 18:25:38

LINQって、javaとかに移植されるのかな？
その場合、思想だけかな？
それとも、MSがモジュール提供かな？

**NAME IS NULL** · 2009/03/05(木) 02:34:32

ODBMS規格化界隈ではJavaにLINQ入れてもらうためにJSR書くか～
なんて話はあったみたいだよ。今どうなっているかは知らないけど。

**NAME IS NULL** · 2009/03/11(水) 20:26:11

LINQも大分日本語のドキュメントが出てくるようになったな。
当時見えてなかったモットーや概要が見えてくるようになった気がする。

**NAME IS NULL** · 2009/04/04(土) 11:32:26

特集：C#プログラマーのためのLINQ超入門（前編）
LINQ（リンク）の基礎知識
http://www.atmarkit.co.jp/fdotnet/special/cslinq01/cslinq01_01.html

LINQの使い方に限らず、モットーも説明したわかりやすい
解説が出てくるようになったな。

**NAME IS NULL** · 2009/04/04(土) 21:20:00

読んだけど超入門というだけあって初心者向けだね。
わかりやすくて良かったです。

**NAME IS NULL** · 2009/04/05(日) 16:42:31

@ITの記事で、LINQのメリットについて書かれている記事があったので、紹介しておく。
http://www.atmarkit.co.jp/fdotnet/csharp30/csharp30_09/csharp30_09_02.html
以下、記事の抜粋
> LINQ to SQLは、SQL Serverの知識を持たずにプログラムを記述可能とする魔法のつえではない。
> LINQ to SQLが常に最も効率的なクエリを生成してくれるわけでもない。
> それにもかかわらず、筆者はLINQ to SQLを「救いの神」と見る。
> その理由は、この構造がアセンブラに対するC言語のはやりとよく似た構造を持っているからだ。
> LINQ to SQLも同様に、支払うものよりも得るものが圧倒的に多いという理由で利用する価値があると考える。

C言語よりも、処理効率の悪いjavaやVBの方が多くつかわれる傾向があるからLINQも
流行るだろうという考え方のようだが、それが出てから一般的に普及するまでに
時間がかかっていることも考えると、「LINQが使える」と言えるようになるまでに
まだまだ期間が必要だろうな。M$独自のバージョンアップ＆仕様変更も考慮すると、
必ず使えるようになるような代物になるとは限らないとも感じる。

**NAME IS NULL** · 2009/04/05(日) 21:39:46

LINQはVB厨には理解できないと思うんだ。

**NAME IS NULL** · 2009/04/05(日) 22:42:40

LINQというよりラムダ式が。

**NAME IS NULL** · 2009/04/05(日) 22:43:44

Inside LINQ…っというか、Inside ExpressionsみたいなものをPlease Me。

**NAME IS NULL** · 2009/05/25(月) 20:34:44

ほしゅん

**NAME IS NULL** · 2009/07/02(木) 23:37:05

保守

**NAME IS NULL** · 2009/07/21(火) 14:56:32

**NAME IS NULL** · 2009/08/02(日) 02:35:12

>>116
筆者は信者みたいなもんだしなぁ・・・
適材適所だろ
書いてることもこじつけて書いてる感じの部分もあるし

でも、判り易さは認める

まだ案件に2000の可能性とかがある環境で3.5とか使えないし orz

**NAME IS NULL** · 2009/09/01(火) 20:19:43

>>5を見て俺はいつのまにこのスレに来たのかと思った

でも、うちはまだ後数年は2.0なんだろな

**NAME IS NULL** · 2009/10/28(水) 16:26:50

【画像あり】「同級生の女の子に頼んでみた」中学生ハメ撮りAVが流出 ★14
http://yutori7.2ch.net/test/read.cgi/news4vip/1256707678/

602325439453124

**NAME IS NULL** · 2009/11/13(金) 21:47:46

LINQは便利なのかもしれないけれど、必須じゃないからなぁ。
どうも飛びつこうという気持ちが湧かない。

**NAME IS NULL** · 2009/11/22(日) 20:26:13

こういうの（LINQ）を見ていると、 SQL文って HTML みたいに、
多くの人が読み書き出来て当たり前みたいなものになっていくのかな
とか感じる。

**NAME IS NULL** · 2009/11/22(日) 21:08:57

もともとSQL自体、プログラマ以外の人が自分で検索できるよう
自然言語に似せて作られたものだし。

**NAME IS NULL** · 2009/11/23(月) 09:29:23

>>128
それは知らなかった。

**NAME IS NULL** · 2009/11/23(月) 11:27:54

まるでCOBOLだな。
（注：COBOLが開発された当時、プログラマの人は機械語か
せいぜいアセンブラでプログラミングをしていました）

**NAME IS NULL** · 2009/12/01(火) 19:05:15

だがしかし、LINQはCOBOLのように多数の人が使うほどのものになるのだろうかｗ

**NAME IS NULL** · 2009/12/15(火) 01:05:45

Linqは流行らないだろうな。
やっぱSQLを超える柔軟性のある考えをMSは考えて欲しいな

**NAME IS NULL** · 2009/12/21(月) 22:05:48

まあDBからの取得はSQL文直接書いたほうが手っ取り早いにしても
LINQはDBからの取得だけじゃないし使い道はある

**NAME IS NULL** · 2010/04/23(金) 12:40:09

SONY→SQNY

LINQ←LINO

**NAME IS NULL** · 2010/06/10(木) 09:12:38

チャーリーウィラポンが取材してたな

**NAME IS NULL** · 2010/09/11(土) 12:58:53

LINQ覚えるのめんどい

**NAME IS NULL** · 2010/09/11(土) 22:01:48

確かにＳＥＬＥＣＴから始まらないし、ＵＰＤＡＴＥとＤＥＬＥＴＥがないもんなぁ

**NAME IS NULL** · 2010/11/22(月) 18:38:06

あと1年くらい様子を見た方がいいのかな。
それで、日本語ドキュメントが充実したら時代的に必須ってことでｗ

（単なる俺の直感だけど、）Rubyみたいに互換性が低いので大きくは
広まらないが、その使い勝手の良さから、長く生き残り続けはする
みたいになりそうな気がしている。

**NAME IS NULL** · 2010/11/24(水) 11:18:17

逆に見ると、もしRailsのようなキラーフレームワーク/アプリケーションが登場すれば、
爆発的な普及が始まる、ってことかな

**NAME IS NULL** · 2010/11/26(金) 09:32:13

どこまで、閉鎖的・独占的な手法を辞めて、開放的な手法にするかってこと
によるってことかな

**NAME IS NULL** · 2011/06/27(月) 20:02:53.77

あ

**NAME IS NULL** · 2011/08/04(木) 13:15:22.31

てｓｔ

**NAME IS NULL** · 2011/10/20(木) 19:27:24.67

さいきん
オブジェクト指向データベース
って言葉を全然聞かないなぁ

**NAME IS NULL** · 2011/10/22(土) 01:30:45.92

>>143
ぱっと見で何が入ってるかわからないのは痛い

**NAME IS NULL** · 2011/10/22(土) 06:51:43.23

所詮はオブジェクトDBなんて夢だったんだよ
RDBの完全勝利

忍法帖【Lv=5,xxxP】 · 2011/10/24(月) 18:46:24.13

aaa

**NAME IS NULL** · 2011/10/27(木) 08:33:27.28

>>138
一年たったが
結論出たか？ｗ

忍法帖【Lv=6,xxxP】 · 2011/10/28(金) 03:17:48.42

あああ

**NAME IS NULL** · 2011/11/08(火) 11:09:26.78

まだ1年経ってない

**NAME IS NULL** · 2011/11/08(火) 11:20:52.70

誰も使ってない

**NAME IS NULL** · 2012/01/08(日) 21:28:06.96

**NAME IS NULL** · 2012/01/30(月) 05:00:47.27

LINQの方は、むしろ使ってないやつは生きた化石だけどな
言語の一部というより、半身といっていい存在

**NAME IS NULL** · 2012/02/02(木) 23:06:32.21

LINQ使ってるやつは珍種

**電脳プリオン** 【関電 60.6 %】【15.2m】 · 2013/10/14(月) 00:11:18.95

もう搭載された？

**NAME IS NULL** · 2014/01/26(日) 16:34:05.32

（・ิω・ิ）

**名無しさん＠お腹いっぱい。** · 2014/09/11(木) 15:05:56.57

http://myfirstbig.jp/

**NAME IS NULL** · 2016/04/22(金) 16:47:27.94

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　【T-nsSOWLから重大発表】

　　　　　　　　　T-nsSOWLでは4/29(金)19:00より安倍政権の退陣を求める毎週金曜日国会前抗議を行います。
　　　　　　　　　自分たちは思考しそして行動します。自分たちの将来を自分たちで取り戻すため声をあげます。

日本から始まる世界的株式市場の大暴落

日本がアメリカ国債の25％を引き出すと世界経済が破綻し、マイト★レーヤは出現するでしょう。彼は「匿名」で働いております。
非常に間もなくマイト★レーヤを、テレビで見るでしょう。マイト★レーヤは毎日テレビに現れ、質問に答えるでしょう。
彼は日本人ではありませんが、日本語で話すでしょう。彼は、非常に物静かなやり方で話します。
彼の最初の控えめな態度に混乱してはなりません。マイト★レーヤが公に現れるにつれて、UFOが姿を表すでしょう。

最初になくなるのは世界の株式市場でしょう。

差し迫る株式市場の暴落は、他の人々が飢えている間にお金を儲けることの結果です。かれらは自分の財産を隠し、そして犯罪的雰囲気さえも創出しています。
新政権は民意を反映し、先に食物と住宅、次に健康と教育、最後に防衛です。国民を裏切ると、自殺につながります。

アメリカによる他国の虐待に反対の声を上げなければなりません。

世界平和の脅威は、イスラエル、イラン、アメリカです。イスラエルの役割は跪いて、パレスチナに許しを請うことです。
彼らは今世紀（21世紀）をこの帝国が出来上がるアメリカの世紀と呼ぶ。しかし、そうはならないでしょう。
彼らが世界中に‘民主的’制度を確立したいという衝動をコントロールするのは、マイト★レーヤの任務です。

マイト★レーヤは原発の閉鎖を助言されます。

日本もさらに多くの原子力発電所を作ろうとしています。多くの人々が核の汚染の影響で死んでいるのに、彼らは幻想の中に生きています。
マイト★レーヤの唇からますます厳しい警告と重みが発せられることを覚悟しなさい。彼はいかなる人間よりもその危険をよくご存じです。

**NAME IS NULL** · 2017/12/29(金) 12:06:39.35

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

OIOSGUXZSU