SQL について見ていきましょう。今こそ NoSQL の時代です。

SQL とその制限の理解

SQLは構造化照会言語の略で、開発者が従来のリレーショナルデータベースを扱うために使用するツールです。リレーショナルデータベースとは何かをよく知らない人にとっては、相互に接続されたスプレッドシートの集まりと考えることができます。この「スプレッドシート」の各行はレコードで、各列はデータの種類を表します。SQL は構造化された一貫性のあるデータには優れていますが、柔軟性に欠け、非構造化データやさまざまなタイプのデータには不向きです。このセットアップは 2 次元データの管理に最適です。ただし、データにさらにレイヤーを追加する必要がある場合、事態はさらに複雑になります。

たとえば、従業員の詳細を示す表 (スプレッドシートのような) があり、各人の複数のメールアドレスを保存する機能を追加したいとします。「Email1」、「Email2」、「Email3」などの新しいフィールドを追加することで、元のテーブルを拡張できます。あるいは、すべてのメールアドレスを格納するための新しいテーブルを作成し、一意の識別子を使って適切な人にリンクさせることもできます。

この 2 つ目のアプローチは、「一対多」の関係を示しています。つまり、1 人が複数のメールアドレスを持つことができます。これにより、データをより整理し、変更に適応できるようになります。ただし、この設定によるパフォーマンスへの影響を考慮してください。特定の個人の詳細とそれに関連する電子メールアドレスを取得する場合、SQL Server は個人テーブルをスキャンして正しいレコードを見つけ、電子メールアドレステーブルをふるいにかける必要があります。これにより、データのクエリにかかる時間が実質的に 2 倍になり、システム全体のパフォーマンスに影響を与える可能性があります。

従来のシステムにおけるデータ管理の複雑さ

ここで、何百万ものレコードを含む複雑なデータベースを管理することを想像してみてください。これらのテーブルは、サイズやボリュームが非常に大きいため、直接変更したり変更したりすることはできません。代わりに、新しいタイプのデータに対応するには、新しいテーブルを作成し、一意の識別子を使用してそれらをリンクする必要があります。これは、データ間の関係が 1 対 1 の場合でも、当てはまります。

たとえば、苗字と名前を格納する従業員テーブルがあるとします。そこで、各従業員の生年月日を記録しなければならないという新しいビジネス要件が出てきました。既存のテーブルに「DOB」フィールドを直接追加する代わりに、新しい「DOB」テーブルを作成し、一意の ID を使用して従業員テーブルに接続する必要があります。

運転免許証番号やパスポート ID の保存など、追加のビジネス要件が発生すると、最終的にはさらに多くのテーブルを作成することになります。これにより、最初の 1 つの「個人」テーブルが、相互接続された 4 つのテーブルのネットワークに変わります。また、個人に関する包括的な情報を取得する必要があるたびに、システムはこれらすべてのテーブルを調べる必要があり、その結果、処理は元々の 4 倍も遅くなります。これはデータクエリの効率とシステム全体のパフォーマンスに大きな影響を与える可能性があります。

従来のITSMおよびERPソリューションは、主に処理するデータの増加と実装されたカスタマイズの数が相まって、時間の経過とともに速度が低下する可能性があります。この組み合わせは、システムのパフォーマンスに指数関数的に影響を与え、データの取得と処理を大幅に遅くする可能性があります。

NoSQL のメリットを探る

一方、nexoidはNoSQLテクノロジーを採用しています。NoSQLは、その名前にもかかわらず、技術的には従来の意味でのデータベースではありません。むしろ、文書を保管するためのシステムです。高速でリアルタイムのアプリケーションを処理でき、水平方向に拡張でき、データ量の増加に応じてデータを複数のサーバーに分散できます。これらのドキュメントは、いわゆる「インデックス」に格納されます。これは、コンピューター上のフォルダーや従来のデータベース内のテーブルに似ていると考えることができます。各データレコードは個別のファイルとして保存されます。

これらのファイル内のデータは、XML に代わるよりコンパクトな JSON という形式で保存されます。これらに慣れていない場合は、テキスト文書に似ていると考えることができます。ある意味では、各データレコードには固有のドキュメントがあります。

データは「オブジェクト」としてこれらの文書に保存されます。たとえば、基本オブジェクトには、個人の姓名などの単純な情報が含まれる場合があります。この基本オブジェクト内には、「メールアドレス」という名前の別のオブジェクトがあり、そのオブジェクト自体に複数のメールアドレスを含めることができます。ここでの主な利点は、すべての関連データが 1 つのファイルに保存されるため、1 回の取得操作で済むことです。

NoSQL のもう 1 つの大きな利点は、その柔軟性です。構造化された SQL データベースとは異なり、NoSQL システムのデータ構造は統一されている必要はありません。同じインデックス内にさまざまなデータ構造があってもかまいません。

さらに、NoSQL システムはクエリの観点からより効率的であるだけでなく、ストレージの面でもより効率的です。従来の SQL データベースでは、複数のテーブルでフィルター処理されたクエリを実行できるように、通常、すべてのテーブルを同じサーバー上でホストする必要がありました。これに対し、NoSQL システムでは、大規模なデータセットであっても、パフォーマンスを犠牲にすることなく「レコード」やファイルを複数のサーバーに分散できます。このスケーラビリティの観点から、大量のデータを処理する場合に NoSQL には大きなメリットがあります。