JDBC Driver for SQL Server2000 41
ストーリー by wakatono
奇妙は奇妙だが納得も出来る 部門より
奇妙は奇妙だが納得も出来る 部門より
L.star 曰く,"
What's new about Javaによると、MicrosoftとMERANTが、SQL Server2000用のType4 JDBC Driverを用意して、ベータ版がMicrosoftのサイトからダウンロード可能になる旨のプレスリリースを発表した。
本体は9/28にダウンロード可能になるらしいが、Javaを蹴落とすためにあらゆる手段を惜しんでいないM$がなにゆえこのような明らかにJavaを利するプレスリリースを出したかは分からない。負けを認めたとも思えないが、その真意はどこにあるのかは微妙なところであろう。たぶんMERANTが頼み込んだとかが納得のいくところだろうけどねえ。それとも、SQL Server売れてないのかな・・・"
DBMS市場は、Oracleの一人勝ち状態。Javaを利するというよりは、そうしないとただでさえ低いSQL Server のシェアがさらに落ち込むという危機感がJDBCをリリースさせたとも考えられる。
Type 4 (スコア:3, 参考になる)
ちなみに、Type 4は全てJavaでやるドライバで、Type 2は独自のクライアントライブラリを経由してアクセスするドライバ。
サポートを継続しないと (スコア:2)
ユーザーにとって、選択肢を残す選択の重要性をしめてくれる事例かもしれません。
単純な話で (スコア:2)
訳ではないから、
>明らかにJavaを利するプレスリリースを出した
ってだけじゃないの?
シカト出来るほどどーでもいい、という捕らえ方はしてないんだろうよ、 Microsoft も。
Re:MS製なのね、JDBCドライバ・・ (スコア:2)
SUNよりは。
なんかうがってません? (スコア:2)
Windows上のRDBMS売上ベースだと、MSとOracleが拮抗しているし、UNIX上だとOracleとIBMが拮抗しているし、汎用機だとIBMの一人勝ちでしょう。2つの分野で前の方にいるから、一人勝ちって事を言いたいのかな?
Oracleのライセンス料金の高額さがITバブル崩壊の原因の1つとも言われていますしね。なんたって、VCから集めた金の10%くらいがOracleの取り分って事もありますし・・・
ここまで不況が進むと、各社戦略も変わってきているわけで。私的には、MSもたまにはまともな製品だすじゃん、くらいな見方でいいのかなと思ってるんですが・・・
商売としての実情 (Re:なんかうがってません?) (スコア:2, 興味深い)
OracleにもMSSQLにも対応してるソフトウェアを売る場合、 営業的にはMSSQLを押すそうです。
なんたって、儲けが違うから。
もちろん、DBの決定には、必要なサイズの大きさから、プラットホームの種類、上役の気分まで、さまざまなファクターが絡むのでしょうが…
MSのJavaVM (スコア:2)
Re:なんかうがってません? (スコア:2, 参考になる)
私なんかはJavaの開発が多いのでMSSQLは提案されても「手ごろな価格で使えるJDBCドライバ無いから却下」と言っていましたし(で、手ごろじゃない価格のJDBCドライバを買うと:-) )そういう意味では選択肢が増えるのはいいことだと思っていますが。
そう信じたいものですが、前例からすると到底信じられませんね。開発はMERANTなんでまあ大丈夫でしょうが、JDBCに不足しているメソッドを勝手に追加していて、それを仕様として勝手に公開とか・・・ま、それはもうやらないか :-)サーバサイドJavaが本流 (スコア:2, すばらしい洞察)
とMSが判断したとすれば, クライアント側での標準サポート停止とJDBCサポートとは矛盾しないのではないでしょうか.
実際のところ, サーバサイドJavaってPCクラスではほとんど使われないので目立ちませんが, かなり大規模な業務システムでも使われるようになっているので, 総ステップ数としてはクライアントサイドよりも大きな市場になっているような気がします. (確証なし)
私も仕事としてはサーバサイドJavaしか扱ったことが無いんで, 実はJ-BuilderのようなRADツールは殆ど使ったことが無いんですね. XEmacsを使った方が速い!!
Re:商売としての実情 (Re:なんかうがってません?) (スコア:2)
あと、買う方もね。
Oracleの価格を見て尻込みする顧客は少なくないと思いますよ。
ところで私はSQLServer使ったこと無いのですけど、
あのOracleよりもバグが多いのですか?
それは壮絶ですな。
アナリストの見解 (スコア:2, 参考になる)
このへんは比較的妥当な見解と思います。
http://www.zdnet.co.jp/news/0109/26/e_sql.html
>「(今回の決定は)世の中にはSQL
>ServerにJavaを混ぜて使うという変わった会社もあ
>るという事実を認めただけだ」
ウチも社内DB全部SQLServerなんで、「やっと
Servletでシステム組める」とワタシはよろこんで
いるのですが、変わり者ですか……
タダとはいえ、あの穴だらけのJDBC-ODBCブリッジ
とやっとおさらばできるのですよ。感動的ですわ。
そういやこれもMERANTが作っているそうな。
独自拡張を論じるなら、OracleだってODBC/OLEDB
ともにドライバ出してますけど機能制限が結構
あります。使いこなすなら結局OO4Oでしょう。
ネイティブな製品との機能差はしょうがないと
割り切ります。
正式版になっても無償配布してくれるといいんですが、
件の記事には「価格未定」とか書いてあるし……
やっぱダメかなあ。
Re:サーバサイドJavaが本流 (スコア:2)
Re:アナリストの見解 (スコア:2)
あれ?SQLServerってDataBaseなんですか?
単にSQLを処理するだけのServerかと思ってました。
だって、データがなくなるんじゃDataBaseとはとても言えないもの(爆)
Re:アナリストの見解 (スコア:2)
私は幸いM$ SQL Serverを使用したプロジェクトには関わったことがないですが、DB関係のプロジェクトだとどこのベンダーさんも「SQL Serverは速いけど、データがなくなる」って言いますよ。
まあAccess程ひどくはないでしょうけど。AccessはM$自身「業務用には使わないでください」というくらい信頼性がないから (^_^;;;;
Re:アナリストの見解 (スコア:2)
速度を優先して、ロックをろくに掛けてないという噂で..... 大事なデータはOracleかDB2に任せないと。
困っていた (スコア:1)
Linux上からJavaでアクセスできないのでPostgreSQLで別のDB立てて、Windows上のJDBC:ODBCブリッジ使って変換してて移行した事とかあったな・・・。
そのときはPostgreSQL7.0の日本語対応JDBCドライバも見つけられなかったので作りましたが。(^^;
okome
MS製なのね、JDBCドライバ・・ (スコア:1)
無償で出すからサポートしないよ、制限の無い良い物が欲しければWindowsでADO使ってね。
.NETならもっと簡単につなげて安定して動くよ。
って事にならなければ良いがなるんだろうな。
まぁ俺は使うこと無いだろうけど・・使わなきゃいけない人がお気の毒。
重蔵。
Re:単純な話で (スコア:1)
>訳ではないから、
儲ける為ならあらゆる手段を惜しんでないという事なのかな?
SQL Server のシェアが増えるなら別にJDBC出してもオッケーとか考えたのかも。
すらど宴会SNS開放中 [e-meet.jp]
Re:MS製なのね、JDBCドライバ・・ (スコア:1)
raspy
Re:MS製なのね、JDBCドライバ・・ (スコア:1, 参考になる)
趣味で使うならいいけどね、仕事で使うとなるとこういう予想は大事なのよ。あくまでけなすのが目的じゃなくてね。
この予想が当たってる(らしい)のかどうかはわかんないけど。
Re:なんかうがってません? (スコア:1)
うがった見方というのには同意するが。
Win上で半分、WSで7割なら一人勝ちといっても差し支えないのではないかな?
汎用機のほうは市場の大きさが分からんのでなんともいえんのだが…
#汎用機でこれから新規のDB購入とかあるの?
ユーザ数だけで言うならAccessが一番使われてるDBだろうなぁ。
# mishimaは本田透先生を熱烈に応援しています
Oracleのドライバって (スコア:1)
Re:なんかうがってません? (スコア:1)
ってかあそこならJDBCのAPIは適当にしかサポートしてなくて、それ以外の拡張仕様ばっかり充実・・・ってこともありえますが。
# ま、それでもAPIごっそり違うみかかのこどもよりましか?
あえて一言で返事をしよう (スコア:1)
もちろん、貴方には貴方の経験則があるのだろうが………。
_ to boldly go where no man has gone before!
Re:商売としての実情 (Re:なんかうがってません?) (スコア:1)
MS-SQLとOracle両方入れてください
とはなかなか言えなかったりする。
以前、MS-SQLは怪しいという話を聞いてたので、SMS用にMS-SQL、アプリケーション用にOracleという構成で設計したらそんな金は無いと言われて、泣く泣くMS-SQL一本にした事がある。
結果、MS-SQLのメモリーリークのおかげで、一日一度リブートしないとまともに使えないシステムができてしまった。
ま、自業自得だね
Re:単純な話で (スコア:1)
Re:なんかうがってません? (スコア:1)
「持ってる人」ならそうでしょうね。
「使ってる人」だとどうかな?
Re:なんかうがってません? (スコア:1)
かも?
# 実はPerlだったりして(笑).
「作ってる/改良・拡張してる人」だとFileMaker Proかも?
「DBとして活用している」と思い込んでいる人だとExcel,
ドツボにはまって玉砕している人だとAccessで間違いない
よーな気はします.
Re:なんかうがってません? (スコア:1)
それをいうなら、高い道具を使っているなら金になる仕事をしていると安直に判断したお金持ちさんたちのヘマはどうなるんでしょう?
Re:サーバサイドJavaが本流 (スコア:1)
もしそうだとすればまさに苦渋に満ちた選択としか言えません。私がBalmarなら、それは「敗北」の二文字に他ならない決断かと。
Re:MS製なのね、JDBCドライバ・・ (スコア:1)
Type4 は PureJava でっせ。つまり、Java上での JDBC 実装。
ニュースリリースには AIX, HP-UX, Solaris, Linux でも動作するって書いてあるから、MS 製 JavaVM 独自の機能を使ってる可能性も低いし。というかもともと MERANT の技術っぽい。
Re:サーバサイドJavaが本流 (スコア:1)
まだ代替製品がないので仕方なく、ってのが本音でしょうね。(笑)
ライバルのOracleにしても、DB2にしても、MS SQL Serverより、
遥かにスケーラブルな製品ですから、一回逃げられると帰ってこない
可能性は大きいですしね。
C#がモノになるまで、なんとか保たせたいという思いが強かったんだ
ろうと思います。
Re:商売としての実情 (Re:なんかうがってません?) (スコア:1)
私が幸運なだけでしょうか?
Re:サーバサイドJavaが本流 (スコア:1)
文字コード問題直撃 (スコア:1)
SQLは値・列名ともに日本語が通る。FreeTDSよりは良い。
INSERT, UPDATEはさして不自由なし。
SELECTは問題がある。Connectionのcharsetが指定できない上、varcharをgetString()したら化ける!
このご時世にgetBytes("ISO8859_1")せにゃならんのか。
ntextは素でgetString()できるので、UNICODEのまま拾っているのだろう。DBもUNICODE使えってことかしら。
βというだけのことはあるなあ。使い道を見いだせる人はテスト&フィードバックしましょう。
Re:アナリストの見解 (スコア:1)
当方では経験ありませんが……是非詳細をうかがいたく。
これでも仕事なんで粛々と使っていますが。そもそも
そんなに怪しい製品だったらとっくの昔に乗り換えていたことでしょう。
製品の身の丈に合った使い方をしていれば、それほど
不都合はないんじゃないかと。
MSSQLならパーソナル以上/中小規模までが妥当か。
#MSSQLはチョーお手軽なので、Oracleの面倒くささが
#非常に気になるのです。EM重いし。なぜJavaで作るか……
Re:アナリストの見解 (スコア:1)
仕事が社内で完結しているので、世界の動向には疎くて。
井の中のカエルですか。
#Google調べたくらいじゃ分かりませんな、こういうネタは。
Accessは所詮ファイルですから。
同時に複数ユーザが書き込んだりしたら壊れます。
そこでMSDEの登場、と。
Re:MS製なのね、JDBCドライバ・・ (スコア:0)
Re:商売としての実情 (Re:なんかうがってません?) (スコア:0)
そうか、売り込む人間と作る人間は違うんだよな。それで M$ がこんなに流行ってるわけか。
考えてみれば当たり前だけど、なんか目から鱗の気分。
Re:なんかうがってません? (スコア:0)
現状、DBの固有仕様は避けられませんから、ある程度ネイティブな部分をサポートするような拡張はありえて当然だと考えます。使うかどうかはコードを書くときに十分検討が必要だと思いますが。
データストア層とレジストリ(UDDIじゃ無いよ!) (スコア:0)
まぁどーでもいいいけどMSもOracleもいい加減NativeXML-DBを考えてもらいたいね。
(OODBMSでもいいけどORDBMSなんて...)
Javaや.NETなんてXML専用みたいなものなんだから、SQLなんて最低言語はどうかと
(たのむからもうそろそろ、真剣に物事をかんがえてくれないか)
SOAP-MessagingやStyleUI、SVG帳票、バインデングでXML(FILE)よりも遅い電話線
に書き出すんだって世界中が叫んでいるのに。データストアにも必要じゃん。
一々データばらして線形データにループして押し込むのはスマートとはいえないし
効率的でもないよ。検索SPEEDだってキーを連鎖させていくより遥かにはやいでしょ。
まぁこれほど量産されたシルバーやCEに御引退願うのはいつになることやら...
まぁどーでもいいいけど
えっ?じゃあ吐くって、ビールを飲まずにいられない体質です..........お後がよろしいようで。