(57)【要約】【課題】データベース管理システム及び記憶装置サブシステムの双方の設定を効率的に行う。【解決手段】本システムは、計算機１，２と記憶装置サブシステム３を有する。計算機１のシステム定義プログラム５は、データベースを構成する複数の表の構造と当該複数の表のデータの格納先ボリュームとを定義したデータベース定義情報、及び、ボリュームの構成を定める条件を定義したボリューム定義情報を、データベース設計情報に基づき生成する。記憶装置サブシステム３のボリューム定義プログラム６は、複数のディスク３６ａ，    ３６ｐのなかから、ボリュームを構成する記憶デバイスを、管理サーバ１からのボリューム定義情報に基づき定める。計算機２のデータベース管理システムプログラム９は、管理サーバ１からの定義情報に基づき記憶装置サブシステム３のボリュームに各表のデータを格納し、外部からの要求に応じてボリュームにアクセスする。【選択図】  図１
2004280690.tif 000002
【特許請求の範囲】
【請求項１】
データベースの設計情報の入力を受け付ける入力手段と、前記データベースを構成する複数の表の構造と当該複数の表のデータの格納先となるボリュームとを定義したデータベース定義情報及び前記ボリュームの構成を定めるための条件を定義したボリューム定義情報を前記データベースの設計情報に基づき生成するシステム定義手段とを有する第１計算機と、
複数の記憶デバイスを有し、当該複数の記憶デバイスのなかから、前記ボリュームを構成する記憶デバイスを前記ボリューム定義情報に基づき定める記憶装置サブシステムと、
前記各表のデータを、前記定義情報に基づき前記記憶装置サブシステムのボリュームに格納し、外部からの要求に応じて前記記憶装置サブシステムのボリュームにアクセスする第２計算機と、
を備えることを特徴とする情報処理システム。
【請求項２】
データベースの設計情報の入力を受け付ける入力手段と、前記データベースを構成する複数の表のデータの格納先となるボリュームを定めた定義情報及び前記ボリュームに要求される構成を定めたボリューム定義情報を前記データベースの設計情報に基づき生成するシステム定義手段とを有する第１計算機と、
複数の記憶デバイスを有し、当該複数の記憶デバイスのなかから、前記ボリュームを構成する記憶デバイスを前記ボリューム定義情報に基づき定める記憶装置サブシステムと、
を備え、
前記第１計算機は、
前記各表のデータを、前記定義情報に基づき前記記憶装置サブシステムのボリュームに格納し、外部からの要求に応じて前記記憶装置サブシステムのボリュームにアクセスするデータベース管理手段を備えることを特徴とする情報処理システム。
【請求項３】
データベースの設計情報の入力を受け付ける入力手段と、
前記データベースを構成する複数の表のデータの格納先となるボリュームを定めた定義情報、及び、前記ボリュームに要求される構成を定めたボリューム定義情報を前記データベースの設計情報に基づき生成し、前記ボリューム定義情報を、当該ボリューム定義情報に基づき前記ボリュームに割り当てられる複数の記憶デバイスを備える記憶装置サブシステムに与える情報として、前記定義情報を、当該定義情報に基づき前記記憶装置サブシステムのボリュームに前記各表のデータを格納し、外部からの要求に応じて前記記憶装置サブシステムのボリュームにアクセスするデータベースサーバに与える情報として出力するシステム定義手段と、
を備えることを特徴とする情報処理装置。
【請求項４】
請求項３記載の情報処理装置であって、
ボリュームの構成を定める条件が定義されたボリューム定義情報と当該ボリュームのＩ／Ｏ性能を示すボリューム性能情報とを対応付けたボリューム性能テーブルが格納された記憶手段を有し、
前記データベースの設計情報は、前記データベースサーバのＩ／Ｏ性能に関連するＩ／Ｏ性能関連情報を含み、
前記システム定義手段は、
前記Ｉ／Ｏ性能関連情報に基づき定まるボリューム性能情報に対応付けられたボリューム定義情報を前記ボリューム性能テーブルから取り出し、当該ボリューム定義情報を、前記記憶装置サブシステムに与える情報として出力する、
ことを特徴とする情報処理装置。
【請求項５】
請求項４記載の情報処理装置であって、
前記Ｉ／Ｏ性能関連情報は、前記データベースサーバのＣＰＵのスペック情報及び数を含み、
前記記憶手段には、複数種類のＣＰＵのスペック情報とデータ処理量とを対応付けたＣＰＵ性能テーブルが格納され、
前記システム定義手段は、前記Ｉ／Ｏ性能関連情報に含まれるスペック情報に対応付けられたデータ処理量を前記ＣＰＵ性能テーブルから取り出し、当該データ処理量と前記性能関連情報に含まれるＣＰＵ数とに基づき定まるＩ／Ｏ性能を示すボリューム性能情報に対応付けられたボリューム定義情報を前記ボリューム性能テーブルから取り出す、
ことを特徴とする情報処理装置。
【請求項６】
請求項３、４及び５のうちのいずれか１項に記載の情報処理装置であって、
前記性能関連情報は、前記複数の表に対するデータ操作がデータ操作言語で記述された複数のデータ操作情報を含み、
前記システム定義手段は、前記複数のデータ操作情報のうち、同じデータ操作情報に記述された２以上の表の格納先を、互いに異なるボリュームと定めた定義情報を生成することを特徴とする情報処理装置。
【請求項７】
データベースの設計情報の入力を受け付ける入力手段と、
前記データベースを構成する複数の表のデータの格納先となるボリュームを定めた定義情報、及び、前記ボリュームに要求される構成を定めたボリューム定義情報を、前記データベースの設計情報に基づき生成するシステム定義手段と、
前記ボリューム定義情報に基づき前記ボリュームに割り当てられる複数の記憶デバイスを備える記憶装置サブシステムが接続され、当該記憶装置サブシステムに前記ボリューム定義情報を出力する接続手段と、
前記各表のデータを、前記定義情報に基づき前記記憶装置サブシステムのボリュームに格納し、外部からの要求に応じて前記記憶装置サブシステムのボリュームにアクセスするデータベース管理手段と、
を有することを特徴とする情報処理装置。
【請求項８】
入力装置とシステム定義手段とを備えた情報処理装置が、ボリュームを構成する複数の記憶デバイスを有する記憶装置サブシステムと前記記憶装置サブシステムのボリュームにアクセスするデータベース管理プログラムとの設定を行うシステム設定方法であって、
前記入力手段が、データベースの設計情報の入力を受け付ける入力処理と、
前記システム定義手段が、前記データベースを構成する複数の表のデータの格納先となるボリュームを定めた定義情報及び前記ボリュームに要求される構成を定めたボリューム定義情報を前記データベースの設計情報に基づき生成し、前記記憶装置サブシステムに与える情報として前記ボリューム定義情報を、前記データベース管理プログラムに与える情報として前記定義情報を出力するシステム定義処理と、
前記記憶装置サブシステムが、前記複数の記憶デバイスのなかから、前記ボリュームを構成する記憶デバイスを、前記ボリューム定義情報に基づき定めるボリューム定義処理と、
前記データベース管理プログラムが、前記各表のデータを、前記定義情報に基づき前記記憶装置サブシステムのボリュームに格納するデータベース定義処理と、
を含むことを特徴とするシステム設定方法。
【請求項９】
請求項８記載のシステム設定方法であって、
前記情報処理装置は、
ボリュームの構成を示すボリューム定義情報と当該ボリュームのＩ／Ｏ性能を示すボリューム性能情報とを対応付けたボリューム性能テーブルが格納された記憶手段を有し、
前記データベースの設計情報は、前記データベースサーバのＩ／Ｏ性能に関連する性能関連情報を含み、
前記システム定義処理において、前記システム定義手段は、前記性能関連情報に基づき定まるボリューム性能情報に対応付けられたボリューム定義情報を前記ボリューム性能テーブルから取り出し、当該ボリューム定義情報を、前記記憶装置サブシステムに与える情報として出力する、ことを特徴とするシステム設定方法。
【請求項１０】
請求項９記載のシステム設定方法であって、
前記性能関連情報は、前記データベースサーバのＣＰＵのスペック情報及び数を含み、
前記記憶手段には、複数種類のＣＰＵのスペック情報とデータ処理量とを対応付けたＣＰＵ性能テーブルが格納され、
前記システム定義処理において、前記システム定義手段は、前記性能関連情報に含まれる、ＣＰＵのスペック情報に対応付けられたデータ処理量を前記ＣＰＵ性能テーブルから取り出し、当該データ処理量と、前記性能関連情報に含まれる、ＣＰＵの数とに基づき定まるＩ／Ｏ性能を示すボリューム性能情報に対応付けられたボリューム定義情報を前記ボリューム性能テーブルから取り出す、
ことを特徴とするシステム設定方法。
【請求項１１】
請求項８、９及び１０のうちのいずれか１項に記載のシステム設定方法であって、
前記性能関連情報は、前記複数の表に対するデータ操作が記述された複数のデータ操作情報を含み、
前記システム定義処理において、前記システム定義手段は、前記複数のデータ操作情報のうち、同じデータ操作情報に記述された２以上の表の格納先を、互いに異なるボリュームと定めた定義情報を生成することを特徴とするシステム設定方法。
【請求項１２】
入力手段と演算手段とを有する情報処理装置に実行されるプログラムであって、
前記入力手段が、データベースの設計情報の入力を受け付ける入力処理と、
前記システム定義手段が、前記データベースを構成する複数の表のデータの格納先となるボリュームを定めた定義情報及び前記ボリュームに要求される構成を定めたボリューム定義情報を前記データベースの設計情報に基づき生成するシステム定義処理と、
前記システム定義手段が、前記ボリューム定義情報を、当該ボリューム定義情報に基づき前記ボリュームに割り当てられる複数の記憶デバイスを備えた記憶装置サブシステムに与える情報として、前記定義情報を、当該定義情報に基づき前記記憶装置サブシステムのボリュームに前記各表のデータを格納するデータベースシステム管理プログラムに与える情報として出力する出力処理と、
を含むことを特徴とするプログラム。
【請求項１３】
請求項１２記載のプログラムであって、
前記設計情報には、前記記憶装置サブシステムに対するＩ／Ｏ性能に関連する性能関連情報が含まれ、
前記システム定義処理において、前記システム定義手段は、ボリュームの構成を示すボリューム定義情報と当該ボリュームのＩ／Ｏ性能を示すボリューム性能情報とを対応付けたボリューム性能テーブルから、前記性能関連情報に基づき定まるボリューム性能情報に対応付けられたボリューム定義情報を、前記記憶装置サブシステムに与える情報として取り出す、ことを特徴とするプログラム。
【請求項１４】
請求項１３記載のプログラムであって、
前記性能関連情報には、前記データベース管理プログラムを実行するＣＰＵのスペック情報及び数を含み、
前記システム定義処理において、前記システム定義手段は、複数種類のＣＰＵのスペック情報とデータ処理量とを対応付けたＣＰＵ性能テーブルから、前記性能関連情報に含まれる、ＣＰＵのスペック情報に対応付けられたデータ処理量を前記ＣＰＵ性能テーブルから取り出し、当該データ処理量と、前記性能関連情報に含まれる、ＣＰＵの数とに基づき定まるＩ／Ｏ性能を示すボリューム性能情報に対応付けられたボリューム定義情報を前記ボリューム性能テーブルから取り出す、
ことを特徴とするプログラム。
【請求項１５】
請求項１２、１３及び１４のうちのいずれか１項に記載のプログラムであって、
前記性能関連情報は、前記複数の表に対するデータ操作が記述された複数のデータ操作情報を含み、
前記システム定義処理において、前記システム定義手段は、前記複数のデータ操作情報のうち、同じデータ操作情報に記述された２以上の表の格納先を、互いに異なるボリュームと定めた定義情報を生成することを特徴とするプログラム。
【請求項１６】
請求項１２、１３、１４及び１５のうちのいずれか１項に記載のプログラムが記録された、機械読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機システムに導入されたデータベース管理システム及び記憶装置サブシステムの設定支援技術に関する。
【０００２】
【従来の技術】
ストレージの設定支援技術として特許文献１記載の技術が知られている。この技術（以下、従来のストレージ設定支援技術と呼ぶ）によれば、管理用ホスト計算機が、記憶装置サブシステムの有する記憶デバイスのなかから、ホスト計算機の要求（容量、性能条件、信頼性レベル等）に適合する記憶デバイスを選択し、その記憶デバイスをホスト計算機からアクセス可能とする設定の実行を記憶装置サブシステムに指示する。
【０００３】
一方、データベースの設計支援技術として非特許文献１記載の技術が知られている。この技術（以下、従来のデータベース設計支援技術と呼ぶ）によれば、情報処理装置が、複数のワークロード（ＳＱＬ文）の入力を受け付けると、それらのワークロードのトータルの実行コストを最小とする、表の横分割方法を、データベース管理システムのオプティマイザによって算出し、その横分割方法を提示する。なお、横分割キーの候補としては、集計キー、結合列、＝条件列が挙げられている。
【特許文献１】
特開２００１−１４２６４８号公報
【非特許文献１】
Ｊｕｎ  Ｒａｏ他、Ａｕｔｏｍａｔｉｎｇ  Ｐｈｙｓｉｃａｌ  Ｄａｔａｂａｓｅ  Ｄｅｓｉｇｎ  ｉｎ  ａ  Ｐａｒａｌｌｅｌ  Ｄａｔａｂａｓｅ、Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ２００２  ＡＣＭ  ＳＩＧＭＯＤ  ｉｎｔｅｒｎａｔｉｏｎａｌ  ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｏｆ  Ｄａｔａ、２００２、ｐ．５５８−５６９
【０００４】
【発明が解決しようとする課題】
ところが、上記従来のストレージ設定支援技術及び上記従来のデータベース設計支援システムを単に併用しただけでは、ストレージの設定及びデータベース管理システムの設定を個別に行う必要がある。
【０００５】
そこで、本発明は、データベース管理システム及び記憶装置サブシステムの双方を効率的に設定可能とすることを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するため、本発明の一態様によれば、
データベースの設計情報の入力を受け付ける入力手段と、
前記データベースを構成する複数の表のデータの格納先となるボリュームを定めた定義情報、及び、前記ボリュームに要求される構成を定めたボリューム定義情報を前記データベースの設計情報に基づき生成し、前記ボリューム定義情報を、当該ボリューム定義情報に基づき前記ボリュームに割り当てられる複数の記憶デバイスを備える記憶装置サブシステムに与える情報として、前記定義情報を、当該定義情報に基づき前記記憶装置サブシステムのボリュームに前記各表のデータを格納し、外部からの要求に応じて前記記憶装置サブシステムのボリュームにアクセスするデータベースサーバに与える情報として出力するシステム定義手段と、
ことを特徴とする情報処理装置が提供される。
【０００７】
【発明の実施の形態】
以下、添付の図面を参照しながら、本発明に係る実施の形態について説明する。
【０００８】
まず、本実施の形態に係る情報処理システムの全体構成について説明する。
【０００９】
図１に示すように、本実施の形態に係る情報処理システムは、ネットワーク４、ネットワーク４に接続された複数の計算機（ここでは２台の計算機１，２）、これらの計算機のうちの少なくとも１台の計算機（ここでは１台の計算機２）に直接接続されるとともにネットワーク４に接続された記憶装置サブシステム３を有している。
【００１０】
記憶装置サブシステム３が接続された一方の計算機２は、データベースを構成する表を記憶装置サブシステム３のボリューム上に作成し、その後、データベースの表に対するデータベース処理の要求があれば、その表が格納されたボリュームにアクセスするデータベースサーバである。このデータベースサーバ２は、記憶媒体（ＣＤ−ＲＯＭ、フレキシブルディスク、テープ等）からのデータ読込み処理を行うドライブ２６、ネットワーク４を介した通信を制御するネットワークインタフェース２３、データベース作成処理及びデータベース処理が定義されたデータベース管理システムプログラム９等の各種プログラムがネットワーク４を介してまたは記憶媒体からインストールされた記憶装置２８、主記憶２２、記憶装置２８から主記憶２２にロードしたプログラムを実行するＣＰＵ２１、記憶装置サブシステム３との間のデータ転送処理を制御するデータインタフェース２９、これら各部間のデータ転送を制御するコントローラ２７、を有している。なお、必要に応じて、コントローラ２７には、ユーザに提供するための情報を出力する出力装置（例えば、ディスプレイ２４）、ユーザからのデータ入力を受け付ける入力装置（例えば、キーボード２５）がさらに接続される。
【００１１】
他方の計算機１は、データベース作成処理の開始を指示するリクエスト（表領域定義要求、テーブル定義要求）を記憶装置サブシステム３に発行するとともに、ボリューム定義処理の開始を指示するボリューム定義要求をデータベースサーバ２に発行する管理サーバである。この管理サーバ１は、記憶媒体（ＣＤ−ＲＯＭ、フレキシブルディスク、テープ等）からのデータ読込み処理を行うドライブ１６、ネットワーク４を介した通信を制御するネットワークインタフェース１３、後述のシステム定義処理が定義されたシステム定義プログラム５等の各種プログラムがネットワーク４を介してまたは記憶媒体からインストールされた記憶装置１８、主記憶１２、記憶装置１８から主記憶１２にロードしたプログラムを実行するＣＰＵ１１、これら各部間のデータ転送を制御するコントローラ１７、を有している。なお、コントローラ１７には、ユーザへ情報を提示するための出力装置（例えば、ディスプレイ１４）、データベース設計の際に生成された設計情報の入力をユーザからのデータ入力を受け付ける入力装置（例えば、キーボード１５）がさらに接続されている。
【００１２】
また、管理サーバ１の記憶装置１８には、さらに、システム定義処理において参照される２種類のデータテーブルがあらかじめ格納されている。一方のデータテーブル（ＣＰＵ性能テーブル）７には、図２に示すように、ＣＰＵの種類ごとにＣＰＵ性能情報２１０ａ，２１０ｂが格納されている。各ＣＰＵ性能情報には、それぞれ、ＣＰＵのスペックを表すＣＰＵスペック情報２０１、ＣＰＵのＩ／Ｏ性能を表すデータ処理性能情報２０２が含まれている。他方のデータテーブル（ボリューム性能テーブル）８には、図３に示すように、ボリュームのＩ／Ｏ性能（ボリューム性能）を表す複数のＩ／Ｏ性能情報３０１に対応付けて、そのボリューム性能を実現するボリュームの構成を定めるための条件を定義した情報（ボリューム定義情報）３１０が格納されている。各ボリューム定義情報３１０には、ＲＡＩＤレベルを表すＲＡＩＤレベルデータ３０２、並列度を示す並列度データ３０３、ブロック長を表すブロック長データ３０４が含まれている。
【００１３】
一方、記憶装置サブシステム３は、データベースを構成する表のデータがデータベース管理システム９によって格納される複数のディスク３６ａ，    ３６ｐ、データベースサーバ２に接続されたポート３１ａを含む複数のポート３１ａ，    ３１ｂ、データベースサーバ２からのＩ／Ｏリクエストに応じてディスク３６ａ，    ３６ｐのＩ／Ｏ処理を実行するディスクコントローラ３２、ネットワーク４を介した通信を制御するネットワークインタフェース３７、を有している。
【００１４】
ディスクコントローラ３６は、ディスクＩ／Ｏ処理が定義されたディスクＩ／Ｏ処理プログラム（不図示）及び後述のボリューム定義処理が定義されたボリューム定義プログラム６等の各種プログラムが格納された制御メモリ３３、制御メモリ３３のプログラムを実行するプロセッサ３４、ディスクへの書込みデータ及びディスクからの読出しデータを一旦保持するキャッシュメモリ３５を有している。また、制御メモリ３３には、ディスクＩ／Ｏ処理において参照されるボリューム定義テーブル１０がさらに格納されている。このボリューム定義テーブル１０には、図２３に示すように、後述のボリューム定義処理によって、記憶装置サブシステム３が有するディスクごとにボリューム構成情報２３１０ａ〜２３１０ｐが格納される。各ボリューム構成情報２３１０ａ〜２３１０ｐには、それぞれ、ディスクの識別情報２３０３、ディスクに割り当てられたボリュームの識別情報２３０１、ボリュームのＲＡＩＤレベル２３０２、ボリュームの開始ブロック数及び終了ブロック数２３０４，２３０５が含まれている。
【００１５】
このような構成により、本実施の形態に係る情報処理システムにおいては、ユーザは、データベース設計の際に生成された設計情報のなかの所定の情報（以下、データベース関連情報と呼ぶ）を管理サーバ１上のシステム管理プログラム５に入力するだけで、より性能の高いデータベースシステムを簡単に構築することができる。以下、具体的な適用事例に則して説明する。
【００１６】
まず、ユーザが、システム管理プログラム５に入力すべきデータベース関連情報について説明する。
【００１７】
ユーザは、データベース設計の際に生成された設計情報のうち、以下の情報（データベース内に作成する各表の表定義文、レコード数情報、１以上のＳＱＬ文、ＣＰＵ情報）を、データベース関連情報としてシステム管理プログラム５に入力すればよい。
【００１８】
表定義文は、データベース内に作成される表の名前及びデータ定義（表に含まれる列の名前、各列に入力されるデータのデータ型）を含む「ＣＲＥＡＴＥ  ＴＡＢＬＥ」文である。図４に、取引履歴表、店舗サマリ表及び部署サマリ表の表定義文１００１の記述例を示す。取引履歴表の表定義文１００１ａには、表名「取引履歴」１００１ａ１、表に含まれる列の名前「年月」「顧客」「店舗」「部署」「商品」「金額」１００１ａ２、各列に入力されるデータのデータ型１００１ａ３が定義されている。店舗サマリ表の表定義文１００１ｂには、表名「店舗サマリ」１００１ｂ１、表に含まれる列の名前「年月」「店舗」「金額列」１００１ｂ２、各列に入力されるデータのデータ型１００１ｂ３が定義されている。部署サマリ表の表定義文１００１ｃには、表名「取引履歴」１００１ｃ１、表に含まれる列の名前「年月」「店舗」「部署」「金額」１００１ｃ２、各列に入力されるデータのデータ型１００１ｃ３が定義されている。なお、図４に示した表定義文は、以下の説明の便宜上示した一例に過ぎない。
【００１９】
なお、従来、ユーザは、データベース管理システムに与える表定義文に、表名及びデータ定義の他、各表を格納すべき記憶装置サブシステム上の表領域を定義し、なおかつ、必要に応じて、各表の分割キー等を定義する必要があるが、本実施の形態では、それらの情報が後述の処理により自動生成されるため、ユーザは、それらの情報を表定義文で定義しておく必要はない。
【００２０】
レコード数情報には、各表定義文により定義された表の登録可能なレコード数が定義されている。例えば、図４の表定義文で定義された３つの表に関するレコード数情報には、図５に示すように、表定義文で定義された表ごとに、表名と登録可能なレコード数との対応情報１１０１ａ〜１１０１ｃが記述される。なお、図５には、取引履歴表、店舗サマリ表及び部署サマリ表の各表に登録可能なレコード数として、「１０００万」行、「８０万」行及び「４００万」行が記述されているが、これらの数値は、以下の説明の便宜上示した一例に過ぎない。
【００２１】
ＳＱＬ文は、データベース内に作成された表のデータ操作がＳＱＬ言語で記述されたひとまとまりの命令である。図６に、取引履歴表から取り出した金額の集計値を含む行（年月、店舗、金額）を店舗サマリ表に追加するＳＱＬ文１２０１ａ、および、取引履歴表から取り出した金額の集計額を含む行（年月、店舗、部署、金額）を部署サマリ表に追加するＳＱＬ文１２０１ｂの例を示す。
【００２２】
一方のＳＱＬ文１２０１ａでは、行が追加される表名「店舗サマリ」が「ＩＮＳＥＲＴ  ＩＮＴＯ」句１２０１ａ１によって指定され、列が取り出される表名「取引履歴」が「ＦＲＯＭ」句１２０１ａ２によって指定されている。また、「ＦＲＯＭ」句で指定された表（取引履歴表）に含まれる行をグループ化するための値として用いる列の名前、すなわち、その列のデータが同じ値の行をグループ化するというように用いられる列の名前「年月」「店舗」１２０１ａ３が「ＧＲＯＵＰ  ＢＹ」句で指定されている。さらに、「ＦＲＯＭ」句で指定された表（取引履歴表）から取り出される列の名前「年月」「店舗」、及び、同表から取り出される列の名前「金額」を引数とする集計関数「ＳＵＭ」（ＳＵＭ（）：引数が示す列の行データを、「ＧＲＯＵＰ  ＢＹ」句で指定された列の値で分類されたグループごとに集計し、その集計値を返す集計関数）が、「ＳＥＬＥＣＴ」句１２０１ａ２によって指定されている。このようなＳＱＬ文１２０１ａによれば、取引履歴表の列「年月」「店舗」が参照され、これら２列のデータで取引履歴表の行がグループ化される。さらに、取引履歴表の行の「金額」の集計額がグループごとに算出され、グループごとに得られた、年月データ、店舗データ及び集計額データが、それぞれ、店舗サマリ表に行｛「年月」「店舗」「金額」｝として追加される。
【００２３】
他方のＳＱＬ文１２０１ｂでは、行が追加される表名「部署サマリ」１２０１ｂ１が「ＩＮＳＥＲＴ  ＩＮＴＯ」句によって指定され、列が取り出される表名「取引履歴」１２０１ｂ２が「ＦＲＯＭ」句によって指定されている。また、「ＦＲＯＭ」句で指定された表（取引履歴表）に含まれる行をグループ化するための値として用いる列の名前、すなわち、その列のデータが同じ値の行をグループ化するというように用いられる列の名前「年月」「店舗」「部署」１２０１ｂ３が「ＧＲＯＵＰ  ＢＹ」句で指定されている。さらに、「ＦＲＯＭ」句で指定された表（取引履歴表）から取り出される列の名前｛「年月」「店舗」「部署」｝、及び、同表から取り出される列の名前「金額」を引数とする集計関数「ＳＵＭ」（ＳＵＭ（）：引数が示す列の行データを、「ＧＲＯＵＰ  ＢＹ」句で指定された列の値で分類されたグループごとに集計し、その集計値を返す集計関数）が、「ＳＥＬＥＣＴ」句１２０１ｂ２によって指定されている。このようなＳＱＬ文１２０１ｂによれば、取引履歴表の列「年月」「店舗」「部署」が参照され、これら３列「年月」「店舗」「部署」に同じデータが格納されている行同士がグループ化される。さらに、取引履歴表の行の「金額」の集計額がグループごとに算出され、グループごとに得られた、年月データ、店舗データ、部署データ及び集計額データが、それぞれ、部署サマリ表に行｛「年月」「店舗」「部署」「金額」｝として追加される。
【００２４】
なお、図６に示したＳＱＬ文は、以下の説明の便宜上示した一記述例に過ぎない。
【００２５】
ＣＰＵ情報には、データベースサーバのＩ／Ｏ性能に相関する情報、具体的には、図７に示すように、ＳＱＬ文１２０１ａ，１２０１ｂに記述されたデータ操作に使用可能な、データベースサーバのＣＰＵのスペック１３０１及び数１３０２が含まれる。なお、図７には、ＣＰＵスペックとして「１．４ＧＨｚ」、ＣＰＵ数として「４」が記述されているが、これらの数値は、以下の説明の便宜上示した一例に過ぎない。
【００２６】
つぎに、図８により、ユーザが管理サーバ１上でシステム管理プログラム６が起動することによって実現するシステム定義処理について説明する。
【００２７】
管理サーバ１上で起動されたシステム管理プログラム６は、以下の一連の処理Ｓ４０１〜Ｓ４０１を実行する。なお、各処理の説明にあたっては、図４〜図７に示したデータベース関連情報を用い、かつ、必要に応じて別の図面を適宜参照する。
（１）Ｓ４０１
システム管理プログラム６は、データベース関連情報の入力をユーザに要求する。ユーザが、この要求に応じて、上述のデータベース関連情報（表定義文、ＳＱＬ文、レコード数、ＣＰＵ情報）が格納されたファイルを管理サーバ１上で指定すると、システム管理プログラム６は、そのファイルからデータベース関連情報を読み出す。
（２）Ｓ４０２
データベース関連情報の取得処理が終了すると、システム管理プログラム６は、そのデータベース関連情報内のＳＱＬ文において、データ入出力対象とされた表を横分割するための分割キーを決定する。具体的には、図９に示す以下の処理を実行する。
【００２８】
まず、システム定義プログラム５は、データ入出力が行われる表（以下、入出力表）の名前及びグループ化に用いられる列（以下、グループ化列）の名前、すなわち、「ＩＮＳＥＲＴ  ＩＮＴＯ」句及び「ＦＲＯＭ」句の後ろに記述された表名及び「ＧＲＯＵＰ  ＢＹ」句の後ろに記述された列名を、データベース関連情報の各ＳＱＬ文からそれぞれ抽出する（Ｓ５０１）。例えば、図６に示した２つのＳＱＬ文１２０１ａ，１２０１ｂがデータベース関連情報に含まれている場合、入出力表名「店舗サマリ」「取引履歴」及びグループ化列列名「年月」「店舗」が一方のＳＱＬ文１２０１ａから抽出され、入出力表名「部署サマリ」「取引履歴」及びグループ化列列名「年月」「店舗」「部署」が他方のＳＱＬ文１２０１ｂから抽出される。
【００２９】
その後、システム定義プログラム５は、Ｓ５０１でデータベース関連情報のＳＱＬ文から少なくとも１回名前を抽出された入出力表ごとに、その表とともに少なくとも１回名前を抽出されたグループ化列の名前のリストを分割キーとして生成する（Ｓ５０２）。例えば、図６に示した２つのＳＱＬ文１２０１ａ，１２０１ｂに関して分割キーを決定する場合には、まず、各ＳＱＬ文１２０１ａ，１２０１ｂごとに、抽出された各入出力表名にグループ化列名を対応付ける。これにより、一方のＳＱＬ文１２０１ａについては、２つの入出力表名「取引履歴」「店舗サマリ」にそれぞれグループ化列名「年月」「店舗」が対応付けられ、他方のＳＱＬ文１２０１ｂについては、２つの入出力表名「取引履歴」「部署サマリ」にそれぞれグループ化列名「年月」「店舗」「部署」が対応付けられる。このとき生成された対応関係を概念的に表形式で示すと、図１０のテーブル（列項目名：ＳＱＬ文名、行項目名：入出力表名）１４００のようになる。なお、テーブル１４００の空欄は、入出力表名に対応付けられるグループ化列名がＳＱＬ文に存在しないことを示す。つぎに、入出力表名ごとに、それぞれ、対応付けられたグループ化列名の和集合（テーブル１４００において、その入出力表名の行に存在するグループ化列名の和集合）を生成し、その和集合を分割キー候補とする。例えば、入出力表「取引履歴」の分割キー候補は、テーブル１４００の入出力表名「取引履歴」の行に存在するグループ化列名｛「年月」「店舗」｝及びグループ化列名｛「年月」「店舗」「部署」｝の和集合｛「年月」「店舗」「部署」｝となる。これにより生成された、各入出力表の分割キー候補を示すと、図１０のテーブル１４０３のようになる。
（３）Ｓ４０３
各表の分割キーの決定処理が終了すると、システム管理プログラム６は、データベースのボリューム、ボリュームの表領域及びファイルを決定する。具体的には、図１１に示す以下の処理を実行する。
【００３０】
まず、システム定義プログラム５は、同じＳＱＬ文に含まれる表が、互いに異なるグループに属するように、Ｓ５０１で名前を抽出された複数の表をグループ化して、各グループ名にそれぞれボリューム名を割り当てる（Ｓ６０１）。これにより、同時にアクセスされる表が、互いに異なるボリュームに属することになる。例えば、図６に示した２つのＳＱＬ文１２０１ａ，１２０１ｂがデータベース情報に含まれる場合のボリューム決定は、以下のように行われる。一方のＳＱＬ文１２０１ａに含まれる２つの入出力表名「店舗サマリ」「取引履歴」を、互いに異なるグループに分類される入出力表名と定め、他方のＳＱＬ文１２０１ｂに含まれる２つの入出力表名「部署サマリ」「取引履歴」を、互いに異なるグループに分類される入出力表名と定める。さらに、グループ数が最小になるように、同じＳＱＬ文には含まれない入出力表名同士｛「部署サマリ」「店舗サマリ」｝を１つのグループにまとめる。このような分類により、図１２のテーブルに示すように、２つのグループ｛「取引履歴」｝｛「店舗サマリ」「部署サマリ」｝が生成され、それらのグループにそれぞれボリューム名ＶＯＬ１，ＶＯＬ２が割り当てられる。
【００３１】
つぎに、システム定義プログラムは、データベース関連情報のうち、ＣＰＵ情報及びレコード数情報を用いて、各表の分割数を決定する（Ｓ６０２）。具体的には、次式（１）を用いて、各表ごとに分割数を決定する。
【００３２】
表分割数＝ＭＩＮ（ＣＰＵ数，レコード数／Ｋ）  …（１）
ここで、ＭＩＮは、引数として与えられた２つの値のうち、小さい方の値を返す関数であり、Ｋは、定数（例えば１００００）またはＣＰＵのスペックに応じて定まる値（例えば、ＣＰＵのスペックが大きくなる程大きな値）である。
【００３３】
例えば、図５に示したレコード数情報に含まれる各レコード数と図７に示したＣＰＵ情報のＣＰＵ数とを上式（１）に代入すると、図１３のテーブル１６００に示すように、各表の分割数が定まる。
【００３４】
このように各表の分割数を定めると、システム定義プログラム５は、各ボリュームに、それぞれ、ボリュームに属する表の分割数の最大値に相当する数のファイル及び表領域を割り当てる（Ｓ６０３）。例えば、図１２のテーブル１５００に示した２つのボリュームＶＯＬ１，ＶＯＬ２のファイル及び表領域は、図１３のテーブル１６００に示した分割数に基づき以下のように定められる。一方のボリュームＶＯＬ１には分割数「４」の取引履歴表のみが属するため、このボリュームＶＯＬ１に属する表の分割数の最大値は「４」となる。したがって、このボリュームＶＯＬ１には、図１４のテーブル１７００に示すように、４組のファイル及び表領域｛ファイル１１，表領域１１｝｛ファイル１２，表領域１２｝｛ファイル１３，表領域１３｝｛ファイル１４，表領域１４｝１７０１ａが割り当てられる。他方のボリュームＶＯＬ２には、分割数「４」の店舗サマリ表及び分割数「４」の部署サマリ表が属しているため、このボリュームＶＯＬ２に属する表の分割数最大値は「４」となる。したがって、このボリュームＶＯＬ２には、図１４のテーブル１７００に示すように、４組のファイル及び表領域｛ファイル２１，表領域２１｝｛ファイル２２，表領域２２｝｛ファイル２３，表領域２３｝｛ファイル２４，表領域２４｝１７０１ｂが割り当てられる。
【００３５】
さらに、システム定義プログラム５は、各入出力表の格納先表領域として、各入出力表に、それが属するボリュームの表領域を分割数ずつ割り当てる。例えば、図１２に示すように、入出力表「取引履歴」はＶＯＬ１に属するため、このＶＯＬ１に属する表領域のうち、入出力表「取引履歴」の分割数「４」に相当する４つの表領域（表領域１１，表領域１２，表領域１３，表領域１４）が、入出力表「取引履歴」の格納先表領域として割り当てられる。また、入出力表「店舗サマリ」はＶＯＬ２に属するため、このＶＯＬ２に属する表領域のうち、入出力表「店舗サマリ」の分割数「４」に相当する４つの表領域（表領域２１，表領域２２，表領域２３，表領域２４）が、入出力表「店舗サマリ」の格納先表領域として割り当てられる。同様に、入出力表「部署サマリ」にも、ＶＯＬ２に属する４つの表領域（表領域２１，表領域２２，表領域２３，表領域２４）が割り当てられる。なお、入出力表「取引履歴」「店舗サマリ」「部署サマリ」に対する、表領域の割り当て結果を図１５に示す。
（４）Ｓ４０４
表分割キー、表分割数、表領域及びボリュームの決定処理が終了すると、システム管理プログラム６は、ボリュームに要求されるＩ／Ｏ性能（ボリューム性能）及びそのボリューム性能を実現するための構成情報（ＲＡＩＤレベル、並列度、ブロック長データ）を決定する。具体的には、図１６に示す以下の処理を実行する。
【００３６】
まず、システム定義プログラムは、データベース関連情報に含まれるＣＰＵスペックに対応付けられたデータ処理性能情報２０２をＣＰＵ性能テーブル７から取り出す（Ｓ７０２）。例えば、図７に示したＣＰＵ情報がデータベース関連情報に含まれている場合、そのＣＰＵ情報のＣＰＵスペック「４１．４ＧＨｚ」に対応付けられたデータ処理性能情報「２０ＭＢ／ｓ」が、図２のＣＰＵ性能テーブル７から取り出される。
【００３７】
つぎに、システム定義プログラムは、そのデータ処理性能情報と各ボリュームの表領域数を用いて、各ボリュームに要求されるＩ／Ｏ性能（ボリューム性能）をそれぞれ計算する（Ｓ７０３）。具体的には、次式（２）を用いる。
【００３８】
ボリューム性能＝ボリュームの表領域数×データ処理性能情報  …（２）
例えば、図１４のテーブル１７００に示した２つのボリュームＶＯＬ１，ＶＯＬ２の表領域数は「４」であるため、Ｓ７０２で取得したデータ処理性能情報「２０ＭＢ／ｓ」を用いると、それら２つのボリュームＶＯＬ１，ＶＯＬ２のボリューム性能は、上式（２）より４×２０ＭＢ／ｓ＝８０ＭＢ／ｓと算出される。
【００３９】
さらに、システム定義プログラムは、Ｓ７０２で算出したボリューム性能以上で、かつ、そのボリューム性能に最も近いＩ／Ｏ性能を表すＩ／Ｏ性能情報に対応付けられた構成情報（ＲＡＩＤレベル、並列度、ブロック長データ）をボリューム性能テーブル８から取り出す（Ｓ７０４）。例えば、ボリュームＶＯＬ１のボリューム性能は「８０ＭＢ／ｓ」であるから、図３のボリューム性能テーブル８に格納された構成情報のうち、「８０ＭＢ／ｓ」以上で、かつ、「８０ＭＢ／ｓ」に最も近いＩ／Ｏ性能を示すＩ／Ｏ性能情報に対応付けられた構成情報（ＲＡＩＤレベル「０＋１」、並列度「４」、ブロック長データ「６４Ｋバイト」）がボリュームＶＯＬ１の構成情報として取り出される。このように、本実施の形態においては、データベースサーバ側のＩ／Ｏ性能以上で、かつ、データベースサーバ側のＩ／Ｏ性能と格差が最も少ないボリューム性能を実現することができる構成情報がボリューム性能テーブル８から取り出されるため、記憶装置サブシステム３が性能ボトルネックとなることが防止され、かつ、記憶装置サブシステム３の必要リソースを最小限に抑制される。
【００４０】
なお、図１７のテーブル１９００に、以上の処理で決定される、ボリュームＶＯＬ１，ＶＯＬ２のボリューム性能１９０１及び構成情報１９０２を示す。
（５）Ｓ４０５
ボリュームのボリューム性能及び構成情報の決定処理が終了すると、システム管理プログラム６は、ボリュームに要求される容量を算出する。具体的には、図１８に示す以下の処理を実行する。
【００４１】
まず、システム定義プログラム５は、データベース関連情報に含まれるレコード数及び表定義文を用いて、各表の容量を算出する（Ｓ８０１）。具体的には、次式（３）を用いて算出する。
【００４２】
表容量＝レコード数×レコード長  …（３）
ここで、レコード長は、表定義文に定義されたデータ型のデータ長さの和である。
【００４３】
例えば、図４に示した表定義文１００１ａには、取引履歴表の１レコードに、８バイトのＤＡＴＡ型の年月データ、５バイトのＣＨＡＲ型の顧客データ、５バイトのＣＨＡＲ型の店舗データ、５バイトのＣＨＡＲ型の部署データ、５バイトのＣＨＡＲ型の商品データ、１５バイトのＤＥＣＩＭＡＬ型の金額データが含まれることが定義されているため、取引履歴表のレコード長は４３バイトとなる。また、取引履歴表のレコード数は、図５より１０００万件であることから、取引履歴表の表容量は、上式（３）より、約４１０ＭＢと算出される。このようにして算出された、取引履歴表、店舗サマリ表及び部署サマリ表の表容量を図１９のテーブル２０００に示す。
【００４４】
つぎに、システム定義プログラム５は、ボリュームごとに、ボリュームに属する表の容量の合計をボリューム容量として算出する（Ｓ８０２）。例えば、ボリュームＶＯＬ２には、図１２に示すように、店舗サマリ表及び部署サマリ表が属しているため、ＶＯＬ２のボリューム容量は、店舗サマリ表の表容量と部署サマリ表の表容量の合計値として算出される。このようにして算出された、２つのボリュームＶＯＬ１，ＶＯＬ２のボリューム容量を図２０のテーブル２１００に示す。
（６）Ｓ４０６
ボリュームの表容量の決定処理が終了すると、システム管理プログラム６は、図２１に示すように、以上においてボリュームごとに得られた情報（ボリューム容量、ＲＡＩＤレベル、並列度、ブロック長データ）２２０２をブロック名２２０１に対応付けた対応情報２２１０ａ，２２１０ｂを含むボリューム定義要求を、記憶装置サブシステム３に対して発行し、Ｓ４０７の処理を実行する。
【００４５】
さて、記憶装置サブシステム３では、このボリューム定義要求に応じて、ボリューム定義プログラム６が起動され、図２２に示す以下の処理が実行される。
【００４６】
ボリューム定義プログラム６は、まず、管理サーバ１からのボリューム定義要求に含まれていた情報のうち、各ボリュームのボリューム容量及びブロック長を用いて、各ボリュームのブロック数を算出する（Ｓ９０１）。具体的には、次式（４）を用いる。
【００４７】
ブロック数＝容量÷ブロック長  …（４）
例えば、前述の２つのボリュームＶＯＬ１，ＶＯＬ２のブロック数は、上式（４）により、それぞれ、４１０ＭＢ÷６４ＫＢ＝６５６０、１５４ＭＢ÷６４ＫＢ＝２３６８となる。
【００４８】
つぎに、ボリューム定義プログラム６は、各ボリュームに必要なディスク数を、ＲＡＩＤレベルごとに定められた数式により算出する（Ｓ９０２）。ここで用いる数式の一例としては、次式（５）（６）が挙げられる。
ＲＡＩＤレベルが５である場合    ：  ディスク数＝並列度数＋１  …（５）
ＲＡＩＤレベルが０＋１である場合：  ディスク数＝並列度数×２  …（６）
例えば、上述の２つのボリュームＶＯＬ１，ＶＯＬ２は、ともに、ＲＡＩＤレベルが０＋１、並列度が４であるため、これらの２つのボリュームＶＯＬ１，ＶＯＬ２に必要なディスク数は、上式（６）により８と算出される。
【００４９】
ボリューム定義プログラム６は、このようにして算出されたディスク数のディスクを各ボリュームにそれぞれ割り当てて、図２３に示すように、割り当てたディスクごとに、ボリューム名２３０１、ＲＡＩＤレベル２３０２、ディスク名２３０３、開始ブロック２３０４及び終了ブロック２３０５を含むボリューム構成情報２３１０をボリューム定義テーブル１０に登録する（Ｓ９０３）。なお、本実施の形態では、開始ブロックには０が設定され、終了ブロックには、ブロック数を並列度数で割った値が設定されるようにしている。例えば、上述の２つのボリュームには８個のディスクがそれぞれ割り当てられるため、１６レコードのボリューム構成情報がボリューム定義テーブル１０に新たに設定登録される。
（７）Ｓ４０７
ボリューム定義プログラムが図２２の処理を実行している間に、システム管理プログラム６は、表領域定義文を生成し、その表領域定義文を含んだデータベース定義要求をデータベースサーバ２のデータベース管理システム９に発行する。具体的には、図２４に示す以下の処理を実行する。
【００５０】
まず、システム定義プログラム９は、次式（７）を用いて、各ボリュームの各表領域の容量を算出する（Ｓ２４０１）。
【００５１】
表領域容量＝ボリューム容量÷ボリュームの表領域数  …（７）
例えば、ボリュームＶＯＬ１の表容量及び表領域数は４１０ＭＢ及び４であるから、ボリュームＶＯＬ１の表容量は４１０ＭＢ÷４＝１０２．５ＭＢ、同様に表領域２１〜２４は３７ＭＢと計算できる（ステップ２４０１）。
【００５２】
つぎに、システム定義プログラム９は、以上の処理の結果に基づき表領域定義文を生成し、それを含む表領域定義要求をデータベース管理サーバ２のデータベース管理システム９に発行する（Ｓ２４０２）。図２５に示すように、ここで生成される表領域定義文２５０１には、表領域ごとに、表領域名、サイズ（Ｓ２４０１で算出した表領域容量）、ボリューム名（Ｓ４０３で定めたボリューム名：図１４参照）及び／またはファイル名（Ｓ４０３で定めたファイル名：図１４参照）が記述される。なお、表領域定義文の文法はデータベース管理システム９の種類により異なるため、このときシステム定義プログラム９が生成する表領域定義文は、必ずしも、図２５に示した通りの文法で記述されるとは限らない。
【００５３】
さらに、システム定義プログラム９は、各表の分割キー（図１０参照）及び格納先の表領域（図１５参照）をデータベース関連情報のテーブル定義文に追加する。図２６に、テーブル定義文における、各表の分割キー及び格納先の表領域の記述例を示す。各テーブル定義文２６０１ａ〜２６０１ｃは、それぞれ、図４の対応テーブル定義文の記述に、「ＰＡＲＴＩＴＩＯＮ  ＢＹ」句及びその句に続く分割キー名と、「ＩＮＴＯ」句及びその句に続く格納先表領域名とが付加された記述となっている。例えば、入出力表「取引履歴」のテーブル定義文２６０１ａは、図４のテーブル定義文１００１ａの記述に、「ＰＡＲＴＩＴＩＯＮ  ＢＹ  年月、店舗、部署」及び「ＩＮＴＯ  表領域１１、表領域１２、表領域１３、表領域１４」が付加された記述となる。なお、図２６に示したテーブル定義文のフォーマットはデータベース管理システム９の種類に応じて異なることがあるため、このときシステム定義プログラム９が生成するテーブル定義文は、必ずしも、図２６に示した通りのフォーマットであるとは限らない。
そして、システム定義プログラム９は、これらのテーブル定義文を含むテーブル定義要求をデータベースサーバ２のデータベース管理システム９に発行する（Ｓ２４０３）。
【００５４】
データベース管理システム９は、管理サーバ１からの表領域定義要求及びテーブル定義要求を受け付けると、それらの要求に含まれるデータベース定義情報（表領域定義文、テーブル定義文）に基づきデータベースを記憶装置サブシステム３上に作成する。すなわち、データベース管理システム９は、表領域定義文の定義にしたがって、ファイルが格納される表領域を記憶装置サブシステム３上に確保し、それらのファイルに、テーブル定義文の定義にしたがって作成した表を格納する。
【００５５】
このように、本実施の形態に係るシステム定義処理によれば、記憶装置サブシステムのボリューム定義に必要なボリューム定義情報（ボリューム容量、ＲＡＩＤレベル、並列度、ブロック長データ）、及び、記憶装置サブシステム上にデータベースを作成するために必要な情報（表領域定義文、分割キー及び表領域の定義を含む表定義文）の双方を、データベースの設計情報に基づき自動的に決定することができる。したがって、ユーザは、それらの情報をあらかじめ定義しておかなくても、データベースの設計情報を１回入力するだけで、記憶装置サブシステムにおけるボリューム定義及びデータベースサーバにおけるデータベース定義の双方を行うことができる。すなわち、データベース管理システム及び記憶装置サブシステムの双方の設定を効率化することができる。
【００５６】
また、データベースサーバ側のＩ／Ｏ性能以上で、かつ、データベースサーバ側のＩ／Ｏ性能と格差が最も少ないボリューム性能を実現することができる構成情報に基づき、記憶装置サブシステムのボリューム設定が行われるため、記憶装置サブシステムが性能ボトルネックとなることを防止することができ、かつ、記憶装置サブシステムの必要リソースを最小限に抑制することができる。さらに、同時にアクセスされる複数の表が、物理的に別のディスクに格納されるように、同じＳＱＬ文において入出力表とされている複数の表が、互いに異なるボリュームに分類されるため、Ｉ／Ｏネックを防止することができる。したがって、本実施の形態に係るシステム定義処理によれば、より性能の高いデータベースシステムを簡単に実現することができる。
【００５７】
ところで、以上においては、管理サーバとデータベースサーバとを別々の計算機によって実現しているが、管理サーバとデータベースサーバとを１台の計算機によって実現してもよい。そのようにした場合のシステム構成例を図２７に示す。以下、図２７に示した情報処理システムについて、図１の情報処理システムと異なる構成を説明する。
【００５８】
図２７の情報処理システムにおいては、図１の情報処理システムと異なり、記憶装置サブシステム３がチャネル接続された計算機２’の記憶装置２８’に、データベース管理システムプログラム９の他、システム定義プログラム５’、前述のＣＰＵ性能テーブル７と同じデータ構造のＣＰＵ性能テーブル７’、及び、前述のボリューム性能テーブル８と同じデータ構造のボリューム性能テーブル８’が格納されている。すなわち、図２７の情報処理システムにおいては、データベースサーバが管理サーバを兼ねている。この情報処理システムでは、システム定義プログラム５’が、表定義要求及びテーブル定義要求を主記憶を介してデータベース管理システムプログラム９に与える他は、図１の情報処理システムと同様な処理が実行される。なお、この情報処理システムにおいても、システム定義プログラム５’が、表定義要求及びテーブル定義要求を、一旦ネットワーク４を介してデータベース管理システムプログラム９’に与えるようにしてもよい。
【００５９】
【発明の効果】
本発明によれば、データベース管理システム及び記憶装置サブシステムの双方の設定を効率的に行うことができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る情報処理システムの概略構成図である。
【図２】図１の管理サーバが有するＣＰＵ性能テーブルのデータ構造を概念的に示した図である。
【図３】図１の管理サーバが有するボリューム性能テーブルのデータ構造を概念的に示した図である。
【図４】本発明の実施形態に係るシステム定義プログラムの入力となる表定義文の記述例を示した図である。
【図５】本発明の実施形態に係るシステム定義プログラムの入力となるレコード数情報のデータ構造を概念的に示した図である。
【図６】本発明の実施形態に係るシステム定義プログラムの入力となるＳＱＬ文の記述例を示した図である。
【図７】本発明の実施形態に係るシステム定義プログラムの入力となるＣＰＵ情報の指定例を示した図である。
【図８】本発明の実施形態に係るシステム定義プログラムが実行するシステム定義処理のフローチャートである。
【図９】図８のＳ４０２で実行される処理のフローチャートである。
【図１０】図８のＳ４０２における、分割キーの決定方法を説明するための図である。
【図１１】図８のＳ４０３で実行される処理のフローチャートである。
【図１２】表のグループ及びボリュームの決定例を示した図である。
【図１３】各表ごとに決定された分割数の一例を示した図である。
【図１４】ボリュームに対するファイル及び表領域の割当て例を示した図である。
【図１５】表に対する表領域の割当て例を示した図である。
【図１６】図８のＳ４０４で実行される処理のフローチャートである。
【図１７】ボリュームごとに決定されたボリューム性能及び構成情報の一例を示した図である。
【図１８】図８のＳ４０５で実行される処理のフローチャートである。
【図１９】表ごとに決定された表容量の一例を示した図である。
【図２０】ボリュームごとに決定されたボリューム容量の一例を示した図である。
【図２１】記憶装置サブシステムに発行されるボリューム定義要求に含まれる情報を説明するための図である。
【図２２】図８のＳ４０６で呼び出されたボリューム定義プログラムが実行するボリューム定義処理のフローチャートである。
【図２３】記憶装置サブシステムのボリューム定義テーブルのデータ構造を概念的に示した図である。
【図２４】図８のＳ４０７で実行される処理のフローチャートである。
【図２５】データベースサーバに対して発行される表領域定義要求に含まれる表領域定義文の記述例を示した図である。
【図２６】データベースサーバに対して発行されるテーブル定義要求に含まれるテーブル定義文の記述例を示した図である。
【図２７】本発明の他の実施形態に係る情報処理システムの概略構成図である。
【符号の説明】
１…管理サーバ，２…データベースサーバ，３…記憶装置サブシステム，５…システム定義プログラム，６…ボリューム定義プログラム，７…ＣＰＵ性能テーブル，８…ボリューム性能テーブル，９…データベース管理システムプログラム，１０…ボリューム定義テーブル
【図１】
2004280690.tif 000003
【図２】
2004280690.tif 000004
【図３】
2004280690.tif 000005
【図４】
2004280690.tif 000006
【図５】
2004280690.tif 000007
【図６】
2004280690.tif 000008
【図７】
2004280690.tif 000009
【図８】
2004280690.tif 000010
【図９】
2004280690.tif 000011
【図１０】
2004280690.tif 000012
【図１１】
2004280690.tif 000013
【図１２】
2004280690.tif 000014
【図１３】
2004280690.tif 000015
【図１４】
2004280690.tif 000016
【図１５】
2004280690.tif 000017
【図１６】
2004280690.tif 000018
【図１７】
2004280690.tif 000019
【図１８】
2004280690.tif 000020
【図１９】
2004280690.tif 000021
【図２０】
2004280690.tif 000022
【図２１】
2004280690.tif 000023
【図２２】
2004280690.tif 000024
【図２３】
2004280690.tif 000025
【図２４】
2004280690.tif 000026
【図２５】
2004280690.tif 000027
【図２６】
2004280690.tif 000028
【図２７】
2004280690.tif 000029