V5.3の変更点V5.3では、精度指定付TIMESTAMP型を追加し、より高精度の時刻表現を可能にしました。時系列データの集計演算や補間演算に関する機能を新たに追加しました。DB監査のための監査ログ機能を新たに追加しました。概要は以下の通りです。日時を表現するTIMESTAMP型に対して精度を指定できるようになりました。従来、TIMESTAMP型の精度はミリ秒のみでしたが、より高精度のマイクロ秒精度やナノ秒精度の日時データを表現できます。NoSQLおよびNewSQLのいずれでも利用可能です。時系列データなど時刻値を持つデータに対する集計演算および補間演算の追加(NewSQL)時刻値を持つデータに対して一定時間間隔毎のデータ集合の集計演算や補間演算を行えるようになりました。データを一定の時刻間隔毎の集合に分割し、各集合の値に対して集計演算や補間演算を行います。RANGE)を追加しています。これにより、大量の時系列データの集計をSQLを用いて行えるようになり、従来よりも簡単かつ高速に行えるようになります。監査ログ機能の追加データベースへのアクセス内容を監査ログとして残せるようになりました。NoSQLとNewSQLのいずれの操作についても対応しています。監査ログは各ノード毎に作成され、監査ログファイルに記録されます。これにより、データベースに対するセキュリティ脅威である、「不正な接続(なりすまし)」、「不正なアクセス」、「情報漏えい」の監査が可能になります。精度指定付TIMESTAMP型の追加により、内部のデータ構造が一部変更されます。そのため以下に注意してください。V5.3にバージョンアップすると、それ以降はV5.2以前のバージョンに戻すことはできなくなります。V5.2以前のバージョンからのローリングアップグレードはできません。クラスタを停止してからバージョンアップを行ってください。V5.2の変更点V5.2では、日々蓄積されるデータを格納するコンテナに対してエクスポートやインポートを実行する際、必要なデータを指定する条件指定(日付範囲の指定)を容易に行えるようになりました。概要は以下の通りです。日々蓄積されるデータを格納するコンテナが対象の場合、エクスポートするロウデータの日付範囲をコマンドオプションのみで指定できるようになりました。これにより、ロウデータの増分をエクスポートするようなケースで、目的の日付範囲の指定が容易に行えます。エクスポートされたロウデータは、日付ごとに分割され、1日1ファイルで出力されます。上記でエクスポートされたデータをインポートする際、インポートするロウデータの日付範囲をコマンドオプションで指定できるようになりました。これにより、長期間・大量になったエクスポートデータから、必要な範囲のロウのみをピンポイントで容易に指定してインポートできるようになりました。V5.1.1の変更点V5.1.1では、クライアント接続の際の通信経路を設定できるようになりました。概要は以下の通りです。クライアント通信経路設定クライアントを接続する際の通信経路を設定できます。これにより、クライアントをクラスタとは別ネットワークにも配置できるようになり、従来からのクラスタと同じネットワークからのクライアント接続、およびネットワーク的に離れた場所からのクライアント接続を共存して利用できます。ODBCのみでサポートされます。V5.1の変更点V5.1では、クラウド環境での信頼性向上のための機能強化を行いました。概要は以下の通りです。<運用機能>マルチAZクラスタ複数アベイラビリティゾーン(AZ)をまたがるクラスタを構成した際に、データのオーナとバックアップを異なるAZに明示的に配置できるようになりました。これにより、あるAZ障害が発生しても、別のAZにあるバックアップデータを利用してサービス継続が可能になります。クラスタスナップショットクラスタやデータが大規模になった場合にも、クラスタ全体で時刻の揃った一貫性のあるバックアップの作成ができるようになりました。バックアップからDBをリカバリする際、従来より高速に、クラスタ内のすべてのデータがレプリカをもつ安定した状態になります。災害に備えたディザスタリカバリを実施するための設定方法に関するマニュアルを提供します。AWSを対象としています。8.4/8.5/8.6に対応しました。V5.0の変更点データ管理部を刷新し、大規模データに対する性能強化を行いました。概要は以下の通りです。<性能向上>CPUコアスケーリング対応ノード再起動により、並列度(ノード定義ファイルの/dataStore/concurrency)が変更可能になりました。設定することで、コンテナ(テーブル)単位にブロックを占有してデータを配置することが可能になりました。チェックポイント実行時のディスクI/O負荷低減チェックポイント時のログ書き込みを分割で実行することが可能になりました。分割数は、ノード定義ファイルの/checkpoint/partialCheckpointIntervalで調整できます。デフォルトは10です。設定値を大きくすることで、チェックポイントログファイルへの1回の書き込み量を減少させることができますが、起動時のリカバリ時間が増える可能性があります。<運用機能>データベース変換ツールV4形式のデータベースをV5形式に変換します。<その他>過去バージョンとの互換性APIV4のAPIを利用してV5クラスタを操作可能です。廃止機能を使った場合はクラスタ側でエラーとなります。V3以前のAPIによるV5クラスタの操作はできません。データベースV4データベースの場合、変換ツールでV5データベース形式へ変換してください。V3データベースの場合、V3のgs_exportでデータを取り出し、V5のgs_importでV5データベースに格納してください。クラスタV4とV5のノードが混在したクラスタは構成できません。設定ファイルV4の設定ファイル(gs_node.json/gs_cluster.json)は、V5の設定ファイルとしても利用可能です。V5で追加されたパラメータはデフォルト値で動作します。V5で廃止されたパラメータは無視します。V5で追加されたパラメータ(gs_node.json)/dataStore/transactionLogPathトランザクションログファイルの配置ディレクトリをフルパスもしくは、相対パスで指定します。デフォルト値はtxnlogです。/checkpoint/partialCheckpointIntervalチェックポイント実行時のチェックポイントログファイルへブロック管理情報の書き込み処理分割数を指定します。デフォルト値は10です。運用コマンドgs_statで取得可能なGridDBの性能・統計情報において、以下の出力パラメータが変更になりました。20.04に対応しました。8.2には非対応となりました。V4.6の変更点V4.6における機能強化の概要は以下に示すとおりです。以下のSQLに対応しました。CEとEEのSQL実装の一本化に対応しました。CEとEEの機能差/性能差がなくなることで、CEからEEへの移行が容易になりました。EEからの機能的な変更点はありません。<運用機能>SSL機能の強化クライアントによるサーバの証明書検証に対応しました。信頼される認証局を起点として署名された証明書であることを検証します。8.3に対応しました。6には非対応となりました。Editionをリリースします。機能強化の概要は以下に示すとおりです。外部認証としてLDAP認証に対応しました。認証情報の一元管理が可能になります。SSLによる通信経路の保護GridDBクラスタとクライアント間の通信をSSLに対応しました。統合運用管理GUI(gs_admin)の強化gs_adminにWebコンテナを内包しました。本サービスを実行するために事前にWebサーバを準備する必要はなくなりました。クラスタ運用管理コマンド・インタプリタ(gs_sh)の強化ロウの登録/削除、コンテナ/ビューの検索、クラスタノード定義の同期、履歴表示と実行を行うサブコマンドを新たに追加しました。履歴機能強化に伴い、履歴ファイル(.gssh_history)のフォーマットを変更しました。syntax)が表示された場合、履歴ファイルを削除してください。8.1に対応しました。次のパッケージが追加となります。(griddb-ee-webui)次のパッケージが削除となります。(griddb-ee-newsql)また、以下のパッケージ名が変更となります。(griddb-ee-go_lib)V4.3以前からのパッケージのアップグレードインストールはできません。パッケージのアンインストール後、再インストールしてください。V4.3.4の変更点V4.3.4における機能強化の概要は以下に示すとおりです。<開発機能>SQL関数の拡充(AEのみ)次の句に対応します。WINDOW関数:LAG(現在行より前の行を取得)、LEAD(現在行より後の行を取得)以下の集計関数を分析関数としてOVER句と共に利用可能にします。V4.3.2の変更点V4.3.2における機能強化の概要は以下に示すとおりです。問い合わせ結果の分割や、並び替えを行います。WINDOW関数と共に利用します。次の関数に対応します。STDDEV_SAMP(標本標準偏差)、STDDEV0(標本標準偏差)、STDDEV_POP(母標準偏差)、VAR_SAMP(標本分散)、VARIANCE0(標本分散)、VAR_POP(母分散)、MEDIAN(中央値)WINDOW関数:ROW_NUMBER(連番値)次の関数の仕様を変更します。集計関数:STDDEV標本標準偏差を返却するように変更します。これまでは、母標準偏差を返却していました。集計関数:VARIANCE標本分散を返却するように変更します。これまでは、母分散を返却していました。V4.3.1の変更点V4.3.1における機能強化の概要は以下に示すとおりです。I/Fおよびテーブルパーティショニング対応データアフィニティをSQLにて設定可能になります。パーティショニングされたテーブルの作成時にデータアフィニティを設定可能になります。次の関数に対応します。HEX_TO_DEC(16進数文字列)次の関数の仕様を変更します。算術関数:TRUNC(指定桁数までに切り捨て)引数に整数を指定した場合に、結果をLONG型で返却するよう変更します。これまでは、DOUBLE型を返却していました。STRFTIME(TIMESTAMPを文字列に変換)フォーマットを示す文字列に、%W(週番号)を追加します。次のメソッドに対応します。length)ODBC強化SQL実行時のタイムアウト時間を設定可能になります。7.7に対応しました。ノード追加を行うことを支援するテンプレートを提供します。V4.3の変更点V4.3における機能強化の概要は以下に示すとおりです。<スケールアップ強化>ブロックサイズ拡大データベース初期作成時に選択できるブロックサイズを最大32MBまで拡張しました。ブロックサイズを大きく設定することで、ノード1台当たりで管理可能なデータ量が増加します。大量データのスキャンの性能改善が期待できます。チェックポイントファイルの分割配置チェックポイントファイルを分割し、複数ディレクトリへ分散配置できます。分散配置することでノード1台当たりで管理可能なデータ量が増加します。ディスク負荷の分散により、性能改善が期待できます。外部と内部の通信を分離するネットワーク構成クライアント-ノード間の外部通信とノード間の内部通信にそれぞれ異なるネットワークインタフェースを割り当てることで、外部と内部の通信を分離できます。ネットワーク負荷の分散が可能になります。複数カラムを指定して索引を作成できます。複数カラムの値を組み合わせると選択性が高くなる場合に用いると性能改善が期待できます。複数カラムを指定してロウキーを設定できます。複数カラムの値を組み合わせると値が一意になる場合に設定します。サロゲートキー(代替キー)が不要となるため、データ設計が容易になります。タイムゾーン指定クライアントプロパティにタイムゾーンを追加します。TQLやSQLの日付関数の一部にタイムゾーンの引数を追加します。次の関数に対応します。STRFTIME(TIMESTAMPを文字列に変換)、MAKE_TIMESTAMP(TIMESTAMP生成)、TIMESTAMP_TRUNC(指定粒度までに切り捨て)<運用機能>アクセス権強化一般ユーザがデータベースへアクセスする際の権限の種類にREAD(参照のみ)を追加しました。これまでのアクセス権はALL(フルアクセス)のみでした。1つのデータベースに複数の一般ユーザへのアクセス権を割り当てられます。V4.3では以下の点が変更となりました。時刻文字列のフォーマット変更サーバ、クライアントから出力される時刻文字列のフォーマットを変更しました。タイムゾーンがUTCの場合は変更はありません。例)タイムゾーンがJSTの場合:V4.2以前2019-10-01T12:04:37.726+0900V4.32019-10-01T12:04:37.726+09:00また、運用ツールの出力やログについても、同様のフォーマットに統一されます。パーティショニングキーの制約V4.3のデフォルトの設定では、パーティショニングキーとして指定するカラムはプライマリキーである必要があります。V4.3以前より前のバージョンと同様にプライマリキー以外の指定を許可する場合は、クラスタ定義ファイルに次の設定を追加する必要があります。:パーティションサイズ上限ブロックサイズに対応するパーティションサイズの上限を次のように変更しました。約64TBgs_shの仕様変更grantacl/revokeaclサブコマンドはアクセス権限の指定が必須になります。下記の制限事項は解除となります。SQLの使用メモリ量が上限値(gs_node.jsonのsql.storeMemoryLimit)を超えた場合、メモリ内容はswapファイルに出力されます。このswapファイルは、sql.storeSwapFilePathで指定されたディレクトリに作成されます(ファイル名「swap_N.dat」)。サーバ終了時には削除されますが、現バージョンではサーバ起動中はファイルサイズは縮小しません。一時的に大量の中間結果をswapファイルに保持するようなクエリを実行すると、そのクエリ実行終了後もswapファイルが配置されているディスクの容量を消費する場合があります。以下のような対策を実施してください。運用前にクエリを実行して、使用するswapファイルサイズを事前に確認し、必要なディスクサイズを見積もってください。sql.storeSwapFilePathで指定するswapファイルの配置先を、データベースファイルの配置先と異なるデバイスまたはパーティションに設定してください。V4.2.5の変更点V4.2.5では以下の点が変更となりました。(ACI)で動作するGridDBコンテナを作成、起動するためのサンプルを提供します。GridDBサーバノードとクライアントノードのDockerコンテナイメージを生成するための、Dockerfileと設定ファイルのサンプルです。説明書をご確認ください。V4.2の変更点V4.2における機能強化の概要は以下に示すとおりです。<性能向上>複数索引の利用テーブルに付与された複数の索引を効率的に利用するプランを生成し、実行します。絞り込み条件の記述順序の入れ替えにより、索引の利用パターンを制御できます。検索用バッファ制御クエリのジョブ/タスク単位でスワップリード量を監視し、使用するバッファ量を制御します。これにより、分析クエリによるスワップアウトが原因で登録処理の性能低下が発生することを減らします。接続プロパティにアプリケーション名(applicationName)を追加します。指定された名前は、一部のメタテーブルのカラム値やイベントログ、監査ログ、クライアントトレースログに出力されます。問題のあるアプリケーションを特定するのに役立ちます。(JDBC)JDBCアプリケーション実行時に、呼び出し関数名と引数を含むトレースログを出力できます。アプリケーションの動作を詳細に記録することで障害解析やデバッグを効率化します。スロークエリログクエリ(SQL)の処理時間が閾値を超えた場合、処理終了時にそのクエリの情報をイベントログに出力します。実行に想定以上の時間がかかっているクエリの特定に役立ちます。閾値はノード定義ファイルに設定します。閾値はオンライン変更可能です。NoSQL/NewSQL処理の情報を取得するためのメタテーブルを追加します。ノードやOSのリソースがどの処理によって使用されているかを特定するのに役立ちます。gs_shのサブコマンドを追加します。現在実行中クエリのキャンセル処理が長時間終わらないクエリを手動でキャンセルするサブコマンドをgs_shに追加します。実行中SQL処理のキャンセルキャンセルに使用するリソースIDは、showsqlサブコマンドで確認できます。実行計画の表示クエリの性能分析に役立つ実行計画の表示に関するサブコマンドをgs_shに追加します。Zabbixの強化GridDBクラスタの運用監視方法のサンプルとして提供しているZabbix用監視テンプレートの強化として、SQL統計情報やログ解析の監視アイテムなどを追加します。ログ表示コマンド(gs_logs)の強化イベントログの解析を容易にする次のオプションを追加します。性能情報の解析を容易にする次のオプションを追加します。CSV形式で結果を出力するオプション(--csv)<開発機能>ビュービューを定義する機能および作成・削除の構文を追加します。ビューの一覧はメタテーブルにより参照可能です。ビューはコンテナと似たオブジェクトですが実データを持ちません。ビューを含むクエリの実行時に、ビュー作成時に定義されたSELECT文を評価して結果を返します。ビューは参照(SELECT)のみ可能です。v2コンテナ作成・削除、コンテナ一覧取得、TQL文実行などのAPIを追加しました。スタンドアローンのサービス(griddb-webapi)として、起動・停止が行えます。APIリファレンスを参照ください。<プログラミング言語>Node.jsアプリケーション開発のプログラミング言語として、Node.jsをサポートします。Goアプリケーション開発のプログラミング言語として、Goをサポートします。(Windows版)Windows環境で動作するCクライアントライブラリを提供します。一部APIにエラーに関するパラメータを追加しました。パラメータを使用することで、文字列解析を行わずに一部の情報を取り出せます。<その他>パーティション配置の指定パーティション配置を指定する運用コマンド(gs_goalconf)を提供します。ローリングアップグレードに使用します。6.10に対応しました。V4.2では以下の点が変更となりました。次のパッケージが追加となります。次のパッケージが削除となります。アップデートインストールの際はあらかじめアンインストールしてください。(griddb-ee-docs)ノード定義ファイル(gs_node.json)の変更ノード定義ファイルのパラメータが以下のように変更となります。パラメータの値の変更SQL処理でオペレータが使用するメモリの最大値のデフォルト値が変更となります。次のヒント句を削除しました。(V4.2.1)次のステータスを追加しました。V4.2.0以前はNORMALと表示していました。V4.1の変更点V4.1における機能強化の概要は以下に示すとおりです。<データ管理機能>カラム数の上限値の拡大コンテナ(テーブル)で扱えるカラム数の上限値を拡大しました。従来はカラム数の上限値は1024まででしたが、V4.1からは上限値は1024~32,000個になります。(ブロックサイズの設定やコンテナのカラム型による)動的なスキーマ変更(カラム追加)の改善コンテナ(テーブル)の末尾へのカラム追加において、カラム追加処理中のコンテナへの同時アクセスが可能になります。V4.1より前のバージョンではコンテナのスキーマ変更処理中に、他から同じコンテナにはアクセスできませんでした。末尾へのカラム追加の処理を高速化しました。期限解放機能の拡張パーティショニングされたコレクションタイプのコンテナ(テーブル)にも期限解放を設定できるようになります。(ただし、インターバルまたはインターバル-ハッシュ、かつ、パーティショニングキーがTIMESTAMP型の場合のみ)V4.1より前のバージョンでは、時系列タイプのコンテナ(テーブル)のみ、期限解放を設定可能でした。期限解放の種類として「パーティション期限解放」を追加します。パーティション期限解放は、データを解放する単位がデータパーティション単位です。従来の期限解放「ロウ期限解放」は、ロウ単位でした。パーティション期限解放は、インターバルまたはインターバル-ハッシュパーティショニングのコンテナ(テーブル)に設定できます。データパーティションのデータ区間の上限値の時刻から保持期間が経過すると、データパーティション内の全ロウを解放します。期限解放設定によって解放されたデータを後で再利用できるように、データベースから自動削除する前に、外部ファイル(アーカイブファイル)に保存できます。データベースファイルのデータサイズは一定に保ち、かつ、古いデータを保存しておくことが可能になります。保存したアーカイブファイルは、期間とコンテナ名で絞り込み、必要なデータを直接ファイル参照したり、GridDBへ再インポートできます。バックアップ機能の強化ストレージの高速コピーやスナップショットソリューションと連携して、GridDBのオンラインバックアップ、最新状態へのリカバリを行うための以下の機能を提供します。チェックポイント制御機能(チェックポイントの一時停止と再開)トランザクションログバックアップ機能(既存機能の機能強化)ローリングアップグレード機能の強化ローリングアップグレードの運用設計や実行を容易にするため、ローリングアップグレードの実行用スクリプトを提供します。<プログラミング言語>Pythonクライアントの性能改善Pythonクライアントの登録/検索性能が改善します。7.5に対応しました。V4.1では以下の点が変更となりました。I/Fの変更クラスタでノード障害発生時、障害が発生していないノードにクライアントが自動的に接続し直す際のタイムアウト時間(failoverTimeout)のデフォルト値が120秒に変更となります。設定ファイルや定義ファイルの雛形ファイル名の変更インストールディレクトリに含まれる設定ファイルや定義ファイルの雛形のファイル名の末尾に.tmplを付加しました。/usr/griddb/conf/password.tmplノード定義ファイル(gs_node.json)の変更ノード定義ファイルのパラメータが以下のように変更となります。パラメータの値の変更SQL処理用の同時実行スレッド数のデフォルト値が変更となります。期限解放済みデータを自動的に削除する機能の有効/無効を設定できます。期限解放済みデータの自動削除を設定します。ノード定義ファイルの雛形には、デフォルト値としてfalse(自動削除無効)を設定しています。パラメータを指定しない場合は、true(自動削除有効)で動作します。V4.1以前のノード定義ファイルをご利用のユーザは、ノード定義ファイルの変更は必要ありません。V4.1以前のノード定義ファイルをそのまま使用すれば、V4.1以前と同じ動作(自動削除有効)になります。tableを実行する際、設定可能な期限解放機能のオプションに以下が追加となります。期限解放の種別(PARTITION/ROW)を設定します。デフォルト値はPARTITIONです。expiration_typeを省略した時のデフォルト値が、ロウ期限解放からパーティション期限解放に変更となります。V4.1以前のバージョンで、期限解放付きの時系列コンテナを作成するSQL文を利用されていた場合は、期限解放の種別(ROW)の指定をSQL文に追加してください。expiration_type='ROW'gs_export/gs_importの変更プロパティファイルのパスが以下に変更となります。/var/lib/gridstore/expimp/conf/gs_expimp.properties※(変更前)/usr/griddb/prop/gs_expimp.propertiesgs_admin/gs_shの変更TQL/SQL機能の時刻型カラム値の表示内容が次のように統一されます。V4.0.3の変更点V4.0.3では以下の点が変更となりました。テーブルパーティショニングの機能拡張テーブルパーティショニングの種類が増えました(インターバル、インターバル-ハッシュ)。種類が増えたことによって、格納するデータや用途に合わせて適切なパーティショニングを選択できるようになり、大規模なデータをより効率的に管理できます。インターバル指定された一定の範囲でデータを分割します。インターバル-ハッシュインターバルとハッシュの2種類を組み合わせたものです。インターバルで分割して、さらに、ハッシュでデータを分割します。V4.0.2の変更点V4.0.2では以下の点が変更となりました。Pythonクライアントの強化ユーザビリティ向上やデータ解析ライブラリ連携のための強化を行いました。インターフェイス改善ロウのデータ型を意識せずに、登録や取得などの操作ができます。Pythonのリスト型でロウデータを指定すると、カラムのデータ型に合わせて暗黙的にデータ変換します。False])Pandas連携データ解析機能を持つPythonライブラリ「Pandas」と連携できます。Pythonクライアントで取得したデータをPandasで解析したり、Pandasの解析データをGridDBクラスタに登録したりすることができます。:ロウのデータ型として、配列型が利用できます。:NULL値を含むロウが操作できます。:名前付き索引の作成/削除ができます。部分実行モード:クエリ実行結果を取得するオプション項目として部分実行モードが指定できます。旧バージョンのPythonクライアントのインタフェースは廃止になります。V4.0.2以降のPythonクライアントをご利用ください。2はサポート対象外となります。コンテナ(テーブル)の配置情報表示機能GridDBクラスタ上のコンテナ(テーブル)は、各ノードに自動的に分散して配置されます。運用管理ツールなどを用いることで、どのノードに配置されているかを確認することができます。ノードごとのデータベースサイズに偏りがあってノードに配置されているコンテナを調べたい場合や、特定のコンテナを含むノードのバックアップを取得したい場合などにご利用ください。例外処理の強化GSExceptionクラスにエラーに関するパラメータのマップを追加しました。マップを使用することで、文字列解析を行わずに一部の情報を取り出せます。Killerによりノードプロセスが強制終了された場合にも、ノードの自動再起動を行うようになりました。7.4に対応しました。V4.0では以下の点が変更となりました。名前に使用できる文字の拡張クラスタやデータベース、コンテナなどの名前に使用できる文字の制限を拡張しました。'=')が使用可能になります。使える文字が増えたことにより、他のNoSQLデータベースと連携する際にオブジェクトの名前を変更することなくそのまま利用できるケースが増え、連携がより容易になります。NoSQLとNewSQLの相互運用機能の強化V3.5で強化した内容に加えて、NewSQLインタフェースで作成した、パーティショニングされたテーブルに対して、NoSQLインタフェースのTQLを使って検索ができるようになりました。他のコンテナと同様に、検索の用途に応じてTQL/SQLの使い分けが可能になります。ローリングアップグレード機能V4.0以降のバージョンにおいては、マイナーバージョンアップやパッチ適用の際に、クラスタ構成を稼動したまま製品のアップグレードを実施することができます。データベース・API互換性の保証V4.0以降のバージョンにおいては、同じメジャーバージョンであれば、データベースファイル・APIの後方互換性を保証します。プログラミング言語Pythonのサポートアプリケーション開発のプログラミング言語として、Pythonをサポートします。3向けのAPIを新たに提供します。APIで、SQLのSELECT文実行機能を新たに提供します。V3.5では以下の点が変更となりました。各種SQL処理(JOIN演算、入れ子処理、条件絞込み処理、索引スキャン)の改善とメモリ使用量の削減を行い、検索性能が向上しました。SQL92標準対応強化データやSQLの互換性を高め、一般的な分析を行いやすくするためにNULL値に対応しました。(NULL値の格納、取り出し)NoSQLとNewSQLの相互運用機能の強化NoSQLで高速大量に蓄積したデータをSQLを使って容易に加工、分析が行えるようになりました。索引削除、テーブル削除など重い機能をバックグランド処理化し応答性を大幅改善しました。6.9に対応しました。V3.2では以下の点が変更となりました。登録・更新性能の向上データストアのバッファコントロール改善により、登録・更新性能が向上しました。プランの最適化により、分散SQL処理性能が向上しました。7.3に対応しました。V3.1では以下の点が変更となりました。カラムを複数持つロウや、Blob・文字列配列を持つロウの格納効率が向上しました。データの格納サイズ上限の変更Blob型の格納サイズの上限値が変更になりました。文字列配列型の格納サイズの上限値が追加になりました。機能の概要は以下に示すとおりです。SQL高速化MPP(超並列処理)ベースの高速SQL処理の実現により、膨大かつ絶え間なく発生するビッグデータに対して、SQLによるリアルタイム分析が可能になります。データブロック圧縮GridDBはメモリ上のデータをデータベースファイル(チェックポイントファイル)に書き込むことで、メモリサイズに依存しない大容量化を実現可能ですが、一方でストレージのコストは増加します。データブロック圧縮機能は、チェックポイントファイルを圧縮することで、データ量に伴って増加するストレージコストの削減を支援する機能です。HDDと比較して容量単価が高いフラッシュメモリをより効率的に活用できます。リソース不足などでGridDBが異常終了した場合、自動的にノードの起動、およびクラスタ参加を実行します。運用管理者が意識せずに、クラスタの状態を正常稼働に戻すことができます。V3.0では以下の点が変更となりました。ノード定義ファイル(gs_node.json)の変更インストーラに含まれるノード定義ファイルの雛形である、/usr/gridstore/conf/gs_node.jsonのパラメータが以下のように変更となります。再起動時のウォームスタートのデフォルト値が変更となります。データブロック圧縮モードを指定します。デフォルト値はNO_COMPRESSION(無効)です。/usr/gridstore/etc/sysconfig/gridstore/gridstore.confが以下のように変更となります。障害対策機能の有効/無効を設定します。デフォルト値はTrue(有効)です。SQL仕様データの格納に使用できるデータ型や、SQL関数などに一部変更があります。SQLリファレンス』(GridDB_SQL_Reference.html)を参照ください。V2.9からの移行に関しましては、サポート窓口にご相談ください。運用コマンドのメッセージ出力すべての運用コマンドのメッセージ出力が英語表示になります。export/import、およびgs_shのメッセージ出力ロケールをjaもしくはja_JP以外に設定すると、export/importおよびgs_shのメッセージ出力が英語表示になります。特記事項パーペチュアルライセンスのご利用にあたっては、基本サポートサービス契約が必要です。基本サポートサービス契約は、本製品のライセンス購入と同時にご契約いただくようお願いいたします。製品ご購入後にサポートサービスを契約することはできません。商標GridDBは日本国内における東芝デジタルソリューションズ株式会社の登録商標です。その子会社、関連会社の米国およびその他の国における登録商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。Torvaldsの商標です。Inc.の登録商標もしくは商標です。SIAの登録商標です。Inc.の米国およびその他の国における登録商標です。Corporationの米国およびその他の国における登録商標です。Inc.の登録商標もしくは商標です。その他製品名は、それぞれの所有者の商標または登録商標です。本製品に使用されているソフトウェアおよびライセンスは、サーバパッケージやインストールメディアに含まれるReadme.txtを参照ください。本製品をご利用いただく上でのお問い合わせは、基本サポートサービスの窓口へご連絡ください。