アカウント名:
パスワード:
>双方にとってかつての金のなる木から遠のいたオラクルのサーバ機部門。
Oracle外し、Solaris外しの意向が現場からヒシヒシと伝わってくる今日この頃。更改関係のプロジェクトで「SUNから他に移して、Oracleも外した場合の費用概算」の依頼をこの３ヶ月で５件ほど受けていたりする。運用や開発の連中はいやがっているみたいだけど、金主が違う部門な会社から、そういうの多い。
(せっかく買ったSuperDomeが最終的に腐ってるだけとか除けば)Solaris外しはよく聞きますし実際それほど問題があることも少ないですが、Oracle外しに走って成功した試しはほとんど聞いたことがありません。
他DBで構築してみたはいいが、性能が伸びず対応策も分からず、保守や運用を募っても下請けが集まらず、挙句「そのDBは技術者が少ないのでそれなりに～」で高いカネを吸われ始めた瞬間、すぐにOracleに戻などの話はよく聞くのですが。
>Oracle外しに走って成功した試しはほとんど聞いたことがありません。
そうなんですよね。でも、お金、ライセンス料からすると「こんなの絶対おかしいよ」「意味がわからないよ」というのが金主さんの考え方らしい。
>「そのDBは技術者が少ないのでそれなりに～」で高いカネを吸われ始めた瞬間、
いや、それほどパフォーマンスも要求されていなかったシステムなんかでOracle使っていたら外すとかもあるけど、多いのはOracle外しても問題ないよね？一回、システム環境アセスメントしてちょうだいな..という案件。１システムに月額数百万払っていて、その数百万程度で「外せる？」と調べていたりするわけなんだ。でもって、これまでのアセスメントでは、半分以上が「やっぱOracle高い、それならHW増強してやった方が安い」とか「そもそもそんなパフォーマンスいらなかったわ...てへ」ってなことね。
Oracle使うのって、Windowsと同じでバッドノウハウ知ってる奴が多いからってだけなきがする。正直、アプリ作る側からすればOracleは早く捨てて欲しい。
# 業界としては、RDBMS 自体がオワコンって流れなのかもしれませんけどね# Key-ValueストアをラップしてSQL発行できる仕組みがそこそこのパフォーマンス出せるんなら# そっちに流れていったりしてね
># Key-ValueストアをラップしてSQL発行できる仕組みがそこそこのパフォーマンス出せるんなら
データの完全性、トランザクションの完全性を確保する上ではRDBMSをKVSにしても処理は軽くなりません。むしろ下手に分散させる分処理は重くなります。
現時点でのRDBMSに対するKVSは、ある程度データの完全性、トランザクションの完全性を捨てることで処理を軽くすることと同値です。「誤りをある程度認めることで省電力・高速性を得るCPUアーキテクチャ」なんてのと同じですね。
そこで、完全性をある程度、またどこまで捨てることができるかどうかは用途によります。しかし現実の金銭収支にまつわるものでは一般に完全性が必要ですね。
「ウチはシステム負荷軽減のためお客様に誤請求することを許容しています。 ですので誤請求されたと思ったらお客様から申告してください」なんてシステムが許されるとは思えませんから。
> お客様に誤請求することを許容しています。> ですので誤請求されたと思ったらお客様から申告してくださいなんというソフトバンク
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
もしHPの勝利条件/和解合意点がHW部門譲渡だったら (スコア:1)
…そんなシナリオにもつれるはずはありえないくらい、双方にとってかつての金のなる木から遠のいたオラクルのサーバ機部門。
Re: (スコア:2, 参考になる)
>双方にとってかつての金のなる木から遠のいたオラクルのサーバ機部門。
Oracle外し、Solaris外しの意向が現場からヒシヒシと伝わってくる今日この頃。
更改関係のプロジェクトで「SUNから他に移して、Oracleも外した場合の費用
概算」の依頼をこの３ヶ月で５件ほど受けていたりする。運用や開発の連中は
いやがっているみたいだけど、金主が違う部門な会社から、そういうの多い。
Re: (スコア:2, 興味深い)
(せっかく買ったSuperDomeが最終的に腐ってるだけとか除けば)
Solaris外しはよく聞きますし実際それほど問題があることも少ないですが、
Oracle外しに走って成功した試しはほとんど聞いたことがありません。
他DBで構築してみたはいいが、性能が伸びず対応策も分からず、
保守や運用を募っても下請けが集まらず、挙句
「そのDBは技術者が少ないのでそれなりに～」で高いカネを吸われ始めた瞬間、
すぐにOracleに戻などの話はよく聞くのですが。
Re: (スコア:2, 興味深い)
>Oracle外しに走って成功した試しはほとんど聞いたことがありません。
そうなんですよね。でも、お金、ライセンス料からすると「こんなの絶対おかしいよ」「意味がわからないよ」というのが金主さんの考え方らしい。
>「そのDBは技術者が少ないのでそれなりに～」で高いカネを吸われ始めた瞬間、
いや、それほどパフォーマンスも要求されていなかったシステムなんかでOracle使っていたら外すとかもあるけど、多いのはOracle外しても問題ないよね？一回、システム環境アセスメントしてちょうだいな..という案件。
１システムに月額数百万払っていて、その数百万程度で「外せる？」と調べていたりするわけなんだ。
でもって、これまでのアセスメントでは、半分以上が「やっぱOracle高い、それならHW増強してやった方が安い」とか「そもそもそんなパフォーマンスいらなかったわ...てへ」ってなことね。
Re: (スコア:0)
Oracle使うのって、Windowsと同じでバッドノウハウ知ってる奴が多いからってだけなきがする。
正直、アプリ作る側からすればOracleは早く捨てて欲しい。
# 業界としては、RDBMS 自体がオワコンって流れなのかもしれませんけどね
# Key-ValueストアをラップしてSQL発行できる仕組みがそこそこのパフォーマンス出せるんなら
# そっちに流れていったりしてね
Re:もしHPの勝利条件/和解合意点がHW部門譲渡だったら (スコア:1, 興味深い)
># Key-ValueストアをラップしてSQL発行できる仕組みがそこそこのパフォーマンス出せるんなら
データの完全性、トランザクションの完全性を確保する上では
RDBMSをKVSにしても処理は軽くなりません。
むしろ下手に分散させる分処理は重くなります。
現時点でのRDBMSに対するKVSは、
ある程度データの完全性、トランザクションの完全性を捨てることで処理を軽くすることと同値です。
「誤りをある程度認めることで省電力・高速性を得るCPUアーキテクチャ」
なんてのと同じですね。
そこで、完全性をある程度、またどこまで捨てることができるかどうかは用途によります。
しかし現実の金銭収支にまつわるものでは一般に完全性が必要ですね。
「ウチはシステム負荷軽減のためお客様に誤請求することを許容しています。
ですので誤請求されたと思ったらお客様から申告してください」
なんてシステムが許されるとは思えませんから。
Re: (スコア:0)
> お客様に誤請求することを許容しています。
> ですので誤請求されたと思ったらお客様から申告してください
なんというソフトバンク