過去20年間、商用データベース市場はまだ最も安定したIT業界で、最も粘着性の領域、オラクル、IBMとMicrosoftの一つであり、3社が80％のシェアを分割。しかし、我々は景気後退の速さと大きさのこの領域は驚きで多くの投資家を行うことができると信じています。
それはちょうど含めデフレ圧力を、示し始めデータベース市場に影響を与えています：
- ほとんどの製品は、無料のオープンソースのデータベースを使用して、サービス（SaaS型）などのソフトウェアに移動します。
- ソーシャルメディアは、ネットワーキングおよび非構造化/半構造化データを、より高速な成長を中に先駆けする機会を利用して、これらの機会は、標準SQL、およびデータベースオリガルヒには適していませんだけで、標準に依存します。
- オプションのほとんどは、「SQLだけでなく、」（のNoSQL）、および上記のユースケースのために極めて適しており、ますます強力な、ますます安定した無料のオープンソースオプションの数が多い、と
- これらの改善は、迅速処理SQLの能力を強化し、NoSQLのアプリケーションへの機会を使用し、そして - ムーアの法則のプロセッサ、メモリ、ソリッドステートストレージ、およびネットワークのスループットの向上をもたらしていますので、NoSQLのデータベースが異常大きなメリットであり続けます純粋なSQLデータベースは、メインフレームベースのデータベースは、1980年代後半から1990年代に取り残さになることができますように徐々に純粋なSQLデータベースは、取り残さなります。）
唯一のそれぞれについてのデータベースソフトウェアは、総収入のわずか5％をベンダーため、MicrosoftとIBMは少しだけ、傷つけるでしょう。
あなたはデータベース以外の収入が大幅に増加に積極的な行動を取らない場合、我々は、Oracleが現在の市場価値を維持するために十分に迅速に迫った商用データベースの収益の減少の減少を相殺することはできませんと信じています。
具体的には、Oracleが積極的にクラウドに移行するために、「最初の雲」の中に、企業のインセンティブ販売力と顧客をより急進し、より迅速な変革と組織の文化的変革を実装する必要があると考えています。同社はまた、社内の将来の営業レバレッジを得るために、単一のプラットフォームへと発展し、クラウド/ SaaSの製品から取得した各種のを統合する必要があります。今後数年間は、これらのプロジェクトは、特に財政的に、いくつかの方法で痛みをもたらすでしょう。部分的に痛みを相殺するために、Oracleは残りのハードウェアおよびその他の非中核事業を剥奪されなければなりません。
トピック説明
歴史的な観点から、それの下に取得する技術に関心のある方、5つの相互にトレンドの以下のより詳細な説明については、これらの傾向が強まり、共同で20から30パーセントを縮小するために2021年に商用データベース市場をリードします。
企業がSaaSの/クラウドへの移行を続けます
（すなわちSalesforce.com、NetSuiteのとOracle自体）に基づいて、Oracleデータベース内のいくつかのSaaS製品の早期確立に加えて、SaaSプロバイダーのいずれかの商用データベースを見つけることは困難です。2005年以来、同社の創設者のために、この数字はほぼゼロです。
今日では、SaaSプロバイダーの大半は、オープンソースのデータベースを使用するか、SaaSのヒューマンキャピタルマネジメント（HCM）プロバイダWorkdayのよう独自のデータベースを開発するとして。カテゴリ内の5つのコアのクライアント/サーバアプリケーションなど、多くのユーザーの前に、オンプレミスのエンタープライズ・ソフトウェア・アプリケーションを、使用してください：ERP（エンタープライズ・リソース・プランニング）、CRM（顧客関係管理）、HCM（人材管理）、SCM（サプライこれ元々/所得サポートや将来のアップグレードの収入をもたらしたメンテナンスを排除商用データベースの座席（シート）を排除するSaaSモデルへの切り替え後のチェーン・マネジメント）やBI（ビジネス・インテリジェンス）ソフトウェア、、、。オラクルの企業所得席Salesforce.comを使用しても作成することも、もともとエンタープライズ環境で展開よりもはるかに少ないです。
したがって、我々は収入が非常に否定的な傾向である企業は、商用データベースのためのSaaS /クラウドに移行することを考えています。また、当社は、クライアント/サーバーからのSaaS /クラウドにまだ初期段階にあります。別の調査によると、この移行はばかり（ERPなど）より重要なミッションクリティカルなアプリケーションに影響を与え始めて、唯一の10から25パーセントを完了したことを主張し、彼らは（OracleやIBMなどのハイエンドSQLデータベースに可能性が高くなりますこれらのデータベース）上で実行されている、とMicrosoftのデータベースのごく一部。
商用SQLデータベースは、最も魅力的な新興の使用シナリオを処理するためには適していません
SQLは20年、揺れよりデータを検索およびソートの状態を、それを整理する方法の定義では、1987年の標準となっています。しかし、2000年半ばによって、異なる構造とプロセスデータの絶対数の点で主要なテクノロジー企業は、彼らがユーザーにデータを、必要に応じて保持して閲覧し、データを分析し、提供したい存在SQLデータベースの限界に直面し始めました/顧客。
開発し、独自のデータベースソフトウェアの実施を通じてアマゾン、グーグル、LinkedInのとFacebook - 問題独自の拡張を解決するための制約を打破するための標準的なSQLデータベースソフトウェア。
また、各企業は、オープンソースのデータベースのバージョンをリリースした直後。そのため、2008年と2009年に、彼らは多くの新しいオープンソースのデータベースを開発し、「次世代データベース」の作成者をリードしてきましたガイ・ハリソン（ガイ・ハリソン）は、「いくつかのカンブリア爆発」現象が言いました。彼らは別のSQLでそうであるように、互いに非常に異なっほとんどのデータベースであるが - 離れSQLから承継したように、これらのデータベースは、このような「NoSQLの」データベースの一部です。
データの急速な成長の数と種類を考える - によるソーシャルメディアのコンテンツをより豊かな、より多くのソーシャルメディアの利用者だけでなく、自動データ収集物事ショックサージより多くのデータ分析を得るために増加意欲の面で他の企業よりも、私たちは、私たちは、NoSQLのためのユースケースは、すぐにSQLの使用シナリオのための数よりもはるかに多くなることを信じています。
これらの新しいユースケースの上昇が大企業にオープンソースのNoSQLソリューションの一層の活用を推進します、SQLデータベース事業の結果は、被害者になりました。
NoSQLデータベースとムーアの法則のモード（スキーマオンリード）メソッドを読んで
SQLデータベースと書き込みモード（スキーマオンライト）は、ムーアの法則に従っていませんでした。一般的に、NoSQLのデータベースに必要なプロセッサ、メモリ、およびストレージリソースは、SQLデータベースよりもはるかに高密度である：さえ考慮に事実取って、彼らはデータ編成の観点からSQL多くの制約を緩和します。NoSQLのデータベーススキーマは早ければ2005年のように存在していたが、少なくとも理論的にはそうである、 - それは、単に十分な処理能力、メモリおよびストレージ・スペースではなかったので、彼らは実用化学界以外の地域です。
企業がより分散にメインフレームやミニコンピュータからアプリケーションを移行することを保証するためにので、1980年代と1990年代に、プロセッサ/メモリ/帯域幅リソースの相対的希少性においてより厳しい標準SQLに準拠するためには、実際に必要ですクライアント/サーバ・アーキテクチャのニーズのネットワークのパフォーマンスと信頼性、特により重要なミッションクリティカルなアプリケーションに依存しています。
SQLは、パフォーマンスと信頼性を得ることが可能です価格で来て、主のためでした：
- パターンと呼ばれるデータ構造全体の柔軟性の欠如。
- 前配備データベースおよび関連アプリケーションへの構造によってもたらさ面倒な要件の定義。
- 時間が経つにつれて、より良いデータ構造と組織面での変更を反映させるために、異なるタイプのデータを得るために、構造を変更することは困難であり、
- 必要性がモードメソッドを記述するとき、それは、あるときに、入力データとなるようパターン用データ、読み出しモードではなく、それがパターンに編成された後、大きな「コンテナ」、までのデータのみ。
しかし、時間をかけて、ムーアの法則は、より多くの剛性必要とSQL標準モードの方法を記述していないユーザーを作るネットワーク速度とスループットが改善されている処理能力、メモリ容量と速度、ストレージ容量とを、促進するため、その勢いは継続されます。そのため、ますますその競争上の優位性を失うムーアの法則の各サイクル、SQLとし、モード法を書くときにリソースを節約、NoSQLのとそのリソースは、比較的非効率的であるが、非常に柔軟な読み取りモード元のメソッドを取り除くために、ますます妨げとなってきています制約を取得するために使用されます。
（インメモリ）技術は、従来のハードドライブの欠点をなくし、良い見通しをもたらします
SQLは、標準化になった、伝統的なハードドライブ（HDD）の記録媒体は費用対効果の高いリアルタイムのアクセスです。したがって、基本的なコードの多くは、SQLデータベースソフトウェアに書き込まれ、読み出しデータ及びメモリ速度のデータ転送要求としてHDDの欠点を負担することを意図している遅い、比較的高い故障率は、 -少なくとも、主固体成分とシステム（例えば、CPU、メモリ、およびネットワークスループットとして）と比較されます。今、ソリッド・ステート・ドライブ（SSD）HDDの設計は、高速伝統的なSQLのデータベースソフトウェアへの費用対効果の高い代替になっていることはもちろん、コードのほとんどは現在不要である -そして、そのような妥協が順番にあることを確認しなければなりませんでしたずっと遅いHDDに対応。
これとは対照的に、多くのNoSQLデータベースの開発は、SSDの記憶媒体の使用を最大化することで、これらのデータベースは、より革新的な不揮発性メモリ技術を利用するために更新されることがあり、そのような3D xPointのインテル/マイクロンの共同開発として、このメモリは市場です。私たちは、SQL標準に継続的な遵守の観点から、彼らの強い需要との下位互換性を維持するために、と信じて、多くのオープンソースプロジェクトが早くSSDのための彼らのコードの最適化のようなSQLデータベースベンダーは、することができない競争上不利でさらにそれらを作る、 -これはグラムでありますレイトン・クリステンセン（クレイトン・クリステンセン）「イノベーションのジレンマ」と呼ばれる典型的な例。
市場「SQLMethadone」企業は高価な商用データベースを取り除くためにできるように、より多くのソリューション
私たちは、より多くのソフトウェアツールや企業が離れて、市販のSQLデータベースからの移行を支援するために設計されたサービスを参照してください。時間が経つにつれて、OracleやIBMのデータベース上で実行しても、最も重要なミッション・クリティカルなアプリケーションは、ますます、クライアント/サーバアーキテクチャへの移行として、1990年代に、このシーンを破壊された、「単離された」囲まれていてもよいですその中に従来のメインフレームのアプリケーションの多くに遭遇します。
正確にメインフレームのように、再び、しかし、彼らはますます取り残され、そのコストを極力低減されますになります - オラクルからものの、IBMとMicrosoft SQLデータベースの巨人は、いくつかの企業で長年にわたって存続します。私たちは、生態系がSQLデータベースとの統合には、いくつかの方法があり、および/またはのNoSQLデータベースのSQLインターフェイスとクエリ機能、これらのツールの多くは内部のHadoopエコシステムで成熟している参照してください。我々の見解では、PCとクライアント/サーバーアプリケーションとメソッドのメインフレームアプリケーションの様々なこのシーンは、それ自体を繰り返すために1990年代初頭の出現を統合します。