15254 story OCIをサポートするOracle互換のオープンソースDB、登場 9 ストーリー by GetSet 2007年04月24日 18時00分PL/SQL完全互換とかだったらなぁ… 部門より ultrageek 曰く、 ITProの記事によると、EnterpriseDB社が、Oracle DB用APIであるOracle Call Interface(OCI)のサポートを追加した「EnterpriseDB Advanced Server 8.2」のベータ版を公開したらしい。 EnterpriseDBは、PostgreSQLベースのDBで、SQL Server、MySQL、Sybaseからの 自動移行機能も搭載するとのこと。 OCIのサポートにより、Oracle DB向けアプリケーションのコードを 変更することなく稼動させることが可能になったとのことだ。 とりあえず、 誰か人柱になってください。
20万円ぐらいは微妙な気が・・ (スコア:3, 興味深い)
PL/SQLとかも動くようですし、移植は楽なのかも知れませんが、それでも
1500USDもかかると、最初からPostgreSQLやMySQLで良いのでは無いかと
選択枝から除外されてしまう。
旧システムの移行をするのにOracleじゃ高いからEnterpriseDBと言う
事を狙ってOCIのサポートなんでしょうかね。
OCIって結構使われているものなんでしょうか？
＃Oracle7(16ビット)ぐらいから触ってきていますが、
＃どうしてもOCIを使って！！、と言う（そこまで実行速度を求める）案件が
＃一度も無かった・・。OO4OかODBCかJDBC(thin)ばかり・・。
Re:20万円ぐらいは微妙な気が・・ (スコア:2, 参考になる)
/* Kachou Utumi
I'm Not Rich... */
Re:20万円ぐらいは微妙な気が・・ (スコア:2, 参考になる)
# OCI使うような業務プログラムはＳＱＬ文も「べたべたのoracle方言」だろうから移植の手間は変わらないと思う。
OCI経由とthinドライバ経由の速度差って、CPU負荷に余裕があれば大差ないような……
# oracleでパフォーマンスが問題になったのは夜間バッチとflashアプリのセッション情報保持だけです。
# どちらもOCIを使った程度でどうにかなるような問題じゃなかった
notice : I ignore an anonymous contribution.
Re:20万円ぐらいは微妙な気が・・ (スコア:0)
3年ほど前にある条件下で計ったときに、
Thinの方が明確に速いという結果を出したことがあります。
OCIのJNI呼び出しの負荷が大きくなって
JVM内部で閉じたThinドライバがHotspot等で加速されたら
そっちの方が速かった、という結果だったようです。
ま、ただクエリやデータの大きさなんかによっても違ってくる
のかもしれませんけど。
# そのときのプロジェクト以来、ウチの会社ではOCIは捨て、という事になってます
Re:20万円ぐらいは微妙な気が・・ (スコア:0)
PHP経由の場合は、使用していますよ(OCI8)
OCIだけ互換でも・・・ (スコア:3, すばらしい洞察)
うーん、使い道がない (スコア:2, 興味深い)
OCIなんて使ってないから・・・・
# 最近、JDBC Type4でしかアクセスしてないし・・・
Oracle互換までやったら… (スコア:1)
/* Kachou Utumi
I'm Not Rich... */
名称 (スコア:1, おもしろおかしい)
「Unbreakable DB」とでも命名すれば良かったのに...。