Hatena::ブログ(Diary)

Kazzzの日記 このページをアンテナに追加 RSSフィード

2009-10-08

[][]DbLinq


次の仕事の確度が高くなってきた。
ASP.NETで提案していることは既に書いたが、問題はデータベース

拘りは無いと聞いていたので、SQLServerを想定していたのだが、Oracleにしたいという。
正直LINQ to SQLの良いケースになると思っていたのだが、がっかりした。

まあ、仕方が無いのでOracleでもLINQを、デザイナからLINQ to SQLクラス自動生成できないまでも、 System.Data.Linqから扱うことのできるDataContextクラスを前もって用意することだけでも出来ないのかなと思って調べていた所、意外にもGoogle Codeに見つかった。

DbLinq LINQ provider for Oracle, PostgreSQL, MySQL, Ingres, SQLite, Firebird and ... SQL Server (C# 3.0) - Hosting on Google Code


ライブラリィは既にakirameiさんが紹介されている。
OracleでLINQ to SQL - 匣の向こう側 - あまりに.NETな
OracleでLINQ to SQL(顛末) - 匣の向こう側 - あまりに.NETな

元祖の完成度と比べるものではないようだが、OracleでLINQを使うには現状ではこれを利用するか、自分で書くかしかないようだ。

一時期に比べたら勢力は弱まったものの、Oracleを使いたいという客は相変わらず多く、やはりSQLServerしかサポートされていないというのは苦しいな。

nonamenoname 2009/10/09 12:32 .NETとSQLServerの親和性の高さやReportingServices等の利用によるOLAPの展開を武器にしてはどうでしょうか。
それともメンテナンス費や対費用効果で攻めるほうが効果的なのでしょうかね。
真面目に目を通してはいませんが、MicrosoftがOracleを導入した場合との比較を数字で出しています。
参考になればと思いリンクを残します。
http://www.microsoft.com/japan/sqlserver/2008/comparison/default.mspx

cheguechegue 2009/10/09 19:01 .NET Framework 3.5 SP1 を適用できるのであれば、 ADO.NET Entity Framework を利用するというのはいかがでしょうか。
LINQ to SQL に比べて少し癖はありますが、LINQ の恩恵は十分に受けられるはずですし、
個人的には今後のテクノロジの動向として、 ADO.NET Entity Framework の方が将来性があると思います。
デフォルトのプロバイダは SQL Server ですが、サードパーティーから Oracle 向けのプロバイダも提供されていますので、
検討されてみてはいかがでしょうか

ADO.NET Entity Framework Providers
http://msdn.microsoft.com/ja-jp/data/dd363565%28en-us%29.aspx

KazzzKazzz 2009/10/09 20:58 皆さん、情報に感謝します。参考にさせて頂きます。

>http://www.microsoft.com/japan/sqlserver/2008/comparison/default.mspx
今回の比較は、Express Edition同士なので価格はあまり気にしていないようです。
私としては、Express Edtitionであれば、SQLServerのほうが、開発効率の面で
良いと思っているんですが..中々思い通りにはいかないですね。

>個人的には今後のテクノロジの動向として、 ADO.NET Entity
>Framework の方が将来性があると思います。

現状、LINQ to Entityは to SQLより重く感じるんですよね。
LINQ to SQLはその枠の中でできることに限定すれば、非常に
楽に開発ができるんで、Entity〜にもいろいろな意味での軽さが
欲しいところです。

スパム対策のためのダミーです。もし見えても何も入力しないでください
ゲスト


画像認証

トラックバック - http://d.hatena.ne.jp/Kazzz/20091008/p1