アカウント名:
パスワード:
今まで仕事上様々な大企業の皆様と仕事をしてきましたが、非常に素朴な質問「なんでOracle Databaseを使うんですか?」にきちんと答えられる人がいないんですよね。
「実績があるから」「信頼性があるから」と答える人がほとんどで、具体的な実績や信頼性に関するデータも情報も存在せず、実態としては「何となく」「他でも使っていて安心できそうな気がする」という理由がほぼ全てでした。
ここから考えると、AWSという「Oracleに比肩する実績と信頼」を旗印にして、有象無象の存在であるMySQL (MariaDB)への移行を進めたということなんではないかと思います。
いや、検証したことあるけどオラクルサーバ早いんだよ何も考えずにエクササーバおくれって!ってエクサ使うとクッソ早いの。もうインデックスも何もつけないでこれとこれとコレーって結合してもはやい、むしろそれ推奨。
逆に、オールフラッシュストレージ(エクサと似たような環境)を準備してMySQLなり使っても計算してこれとこれで計算量を考えてって実装しないと遅いの。
詳細な検証データは社外秘だから出せねぇ
1つ1つのクエリーは速いけどクエリー捌ききれなくなるとレスポンスガタ落ちって印象。
>1つ1つのクエリーは速いけどクエリー捌ききれなくなるとレスポンスガタ落ちって印象。
それはサイジング間違ったせいなのでは?
結果としてはその通りだと思う。事前検証時での負荷テストでは大丈夫だったけど、開発してみたらだめだった。
普通のやつと内部動作ちがうからチューニング大変そうな様子だった。
Oracleは極端なんだよな
通常はスゲー速いのでクエリー増えて高負荷過ぎたときのレスポンスの極端な低下現象にあたる前までは絶賛されてました、事前検証が甘かったのとレスポンス低下の極端さが要件に合っていなかったという話。まぁ、だいたい万能だと思うけど例外はあるので要件にあわせて賢く使いましょうという、あたりまえの教訓です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
結局のところ移行の大義名分が欲しかっただけでは (スコア:0)
今まで仕事上様々な大企業の皆様と仕事をしてきましたが、非常に素朴な質問
「なんでOracle Databaseを使うんですか?」
にきちんと答えられる人がいないんですよね。
「実績があるから」「信頼性があるから」
と答える人がほとんどで、具体的な実績や信頼性に関するデータも情報も存在せず、
実態としては「何となく」「他でも使っていて安心できそうな気がする」という理由がほぼ全てでした。
ここから考えると、AWSという「Oracleに比肩する実績と信頼」を旗印にして、
有象無象の存在であるMySQL (MariaDB)への移行を進めたということなんではないかと思います。
Re: (スコア:3, 参考になる)
いや、検証したことあるけどオラクルサーバ早いんだよ
何も考えずにエクササーバおくれって!ってエクサ使うとクッソ早いの。
もうインデックスも何もつけないでこれとこれとコレーって結合してもはやい、むしろそれ推奨。
逆に、オールフラッシュストレージ(エクサと似たような環境)を準備してMySQLなり使っても計算して
これとこれで計算量を考えてって実装しないと遅いの。
詳細な検証データは社外秘だから出せねぇ
Re:結局のところ移行の大義名分が欲しかっただけでは (スコア:0)
1つ1つのクエリーは速いけどクエリー捌ききれなくなるとレスポンスガタ落ちって印象。
Re: (スコア:0)
>1つ1つのクエリーは速いけどクエリー捌ききれなくなるとレスポンスガタ落ちって印象。
それはサイジング間違ったせいなのでは?
Re:結局のところ移行の大義名分が欲しかっただけでは (スコア:1)
結果としてはその通りだと思う。
事前検証時での負荷テストでは大丈夫だったけど、開発してみたらだめだった。
普通のやつと内部動作ちがうからチューニング大変そうな様子だった。
Re: (スコア:0)
Oracleは極端なんだよな
Re: (スコア:0)
通常はスゲー速いのでクエリー増えて高負荷過ぎたときのレスポンスの極端な低下現象にあたる前までは絶賛されてました、
事前検証が甘かったのとレスポンス低下の極端さが要件に合っていなかったという話。
まぁ、だいたい万能だと思うけど例外はあるので要件にあわせて賢く使いましょうという、あたりまえの教訓です。