JP3328197B2 - 製品データの管理方法 - Google Patents
製品データの管理方法Info
- Publication number
- JP3328197B2 JP3328197B2 JP23088898A JP23088898A JP3328197B2 JP 3328197 B2 JP3328197 B2 JP 3328197B2 JP 23088898 A JP23088898 A JP 23088898A JP 23088898 A JP23088898 A JP 23088898A JP 3328197 B2 JP3328197 B2 JP 3328197B2
- Authority
- JP
- Japan
- Prior art keywords
- class
- product data
- name
- searched
- base
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、様々な属性および
階層を持つ製品データを、リレーショナルデータベース
を用いてオブジェクト指向技術における共通の性質を持
つクラス別に分類し、管理する方法を提供する製品デー
タの管理方法に関する。
階層を持つ製品データを、リレーショナルデータベース
を用いてオブジェクト指向技術における共通の性質を持
つクラス別に分類し、管理する方法を提供する製品デー
タの管理方法に関する。
【０００２】
【従来の技術】従来の製品データの管理方法に適用され
るデータ管理システムでは、データ毎に異なる属性を如
何に管理するかが大きな課題であった。近年、データは
最も信頼性の高いリレーショナルデータベースを用いて
管理することが多いが、一つのテーブル内では全レコー
ドが同じ属性を持つリレーショナルテーブルの性質から
属性は常に固定であったり、全てのデータについて属性
を追加するもの、あるいは共通の性質であるタイプ別に
追加属性を行うものであった。また、データの階層につ
いては一つの階層しか作成できないものであった。
るデータ管理システムでは、データ毎に異なる属性を如
何に管理するかが大きな課題であった。近年、データは
最も信頼性の高いリレーショナルデータベースを用いて
管理することが多いが、一つのテーブル内では全レコー
ドが同じ属性を持つリレーショナルテーブルの性質から
属性は常に固定であったり、全てのデータについて属性
を追加するもの、あるいは共通の性質であるタイプ別に
追加属性を行うものであった。また、データの階層につ
いては一つの階層しか作成できないものであった。
【０００３】
【発明が解決しようとする課題】従来の製品データの管
理方法は以上のように構成されていたので、一つのテー
ブルのみ、あるいは一つのテーブルから一段派生したタ
イプとしてのみデータを分類しているため、階層を有し
た共通の性質を持つクラス別にデータを分類できない課
題があった。また、データの階層関係を複数持たせるこ
とが出来ないため、視点を変えることによりデータの階
層関係を変えることが出来ない課題があった。
理方法は以上のように構成されていたので、一つのテー
ブルのみ、あるいは一つのテーブルから一段派生したタ
イプとしてのみデータを分類しているため、階層を有し
た共通の性質を持つクラス別にデータを分類できない課
題があった。また、データの階層関係を複数持たせるこ
とが出来ないため、視点を変えることによりデータの階
層関係を変えることが出来ない課題があった。
【０００４】そこで、本発明の目的は、多様な異なる属
性を持つデータの分類、操作を容易にする製品データの
管理方法を提供することにある。
性を持つデータの分類、操作を容易にする製品データの
管理方法を提供することにある。
【０００５】また、本発明の他の目的は、多様な異なる
属性を持つデータの検索を容易にする製品データの管理
方法を提供することにある。
属性を持つデータの検索を容易にする製品データの管理
方法を提供することにある。
【０００６】また、本発明のさらに他の目的は、データ
の階層関係を一つだけではなく、複数あるいはその組合
せとして管理できる製品データの管理方法を提供するこ
とにある。
の階層関係を一つだけではなく、複数あるいはその組合
せとして管理できる製品データの管理方法を提供するこ
とにある。
【０００７】
【課題を解決するための手段】本発明に係る製品データ
の管理方法は、オブジェクト指向技術における共通の性
質を持つクラスごとの、製品データを一意に特定するＩ
Ｄ、製品データをクラスとして分類したときの前記クラ
スを特定する基底クラス名、及び全ての製品データに共
通する属性から構成された基底テーブルと、製品データ
を一意に特定するＩＤ、及び基本クラスより追加された
属性から構成された拡張テーブルと、自クラス名、親ク
ラス名の属性及びテーブル名から構成され、クラスの階
層関係を定義したクラス定義テーブルと、クラス名、及
び当該クラスの属性名が格納された属性定義テーブルと
を設定し、該テーブルを用いて前記クラス別に製品デー
タの管理を行うことを特徴とする。
の管理方法は、オブジェクト指向技術における共通の性
質を持つクラスごとの、製品データを一意に特定するＩ
Ｄ、製品データをクラスとして分類したときの前記クラ
スを特定する基底クラス名、及び全ての製品データに共
通する属性から構成された基底テーブルと、製品データ
を一意に特定するＩＤ、及び基本クラスより追加された
属性から構成された拡張テーブルと、自クラス名、親ク
ラス名の属性及びテーブル名から構成され、クラスの階
層関係を定義したクラス定義テーブルと、クラス名、及
び当該クラスの属性名が格納された属性定義テーブルと
を設定し、該テーブルを用いて前記クラス別に製品デー
タの管理を行うことを特徴とする。
【０００８】本発明の製品データの管理方法は、多様な
属性および階層を有した製品データを、リレーショナル
データベースを用いて、基底テーブル、拡張テーブル、
クラス定義テーブル、属性定義テーブルにより、オブジ
ェクト指向技術における共通の性質を持つクラス別に分
類し、製品データの分類、操作および検索を容易にし、
さらに、製品データの階層関係を複数あるいはその組合
せとして管理可能にする。
属性および階層を有した製品データを、リレーショナル
データベースを用いて、基底テーブル、拡張テーブル、
クラス定義テーブル、属性定義テーブルにより、オブジ
ェクト指向技術における共通の性質を持つクラス別に分
類し、製品データの分類、操作および検索を容易にし、
さらに、製品データの階層関係を複数あるいはその組合
せとして管理可能にする。
【０００９】
【発明の実施の形態】以下、本発明の実施の一形態につ
いて説明する。本実施の形態の製品データの管理方法
は、様々な属性および階層を持つ製品データを、リレー
ショナルデータベースを用いてオブジェクト指向技術に
おける共通の性質を持つクラス別に分類し管理するもの
であり、この結果、多様な異なる属性を持つ製品データ
の分類、操作が容易になり、また、多様な異なる属性を
持つ製品データの検索が容易になり、さらに、製品デー
タの階層関係を一つだけではなく、視点を変えて複数あ
るいはその組合せとして管理できるものである。
いて説明する。本実施の形態の製品データの管理方法
は、様々な属性および階層を持つ製品データを、リレー
ショナルデータベースを用いてオブジェクト指向技術に
おける共通の性質を持つクラス別に分類し管理するもの
であり、この結果、多様な異なる属性を持つ製品データ
の分類、操作が容易になり、また、多様な異なる属性を
持つ製品データの検索が容易になり、さらに、製品デー
タの階層関係を一つだけではなく、視点を変えて複数あ
るいはその組合せとして管理できるものである。
【００１０】図１は、本実施の形態の製品データの管理
方法において、製品データをオブジェクト指向技術にお
ける共通の性質を持つクラスとして分類した一例を示す
説明図である。本実施の形態における製品データの管理
方法では、製品データを基底クラス１０１、派生クラス
１０２，１０３、さらに派生クラス１０３の下位に位置
する派生クラス１０４に分類する。この例では、基底ク
ラス１０１は全ての製品データに共通な属性１０７を持
つ。基底クラス１０１から派生した派生クラス１０２と
派生クラス１０３は、それぞれ基底クラス１０１の性質
に加えて、属性１０８、属性１０９を持つ。また、派生
クラス１０３から派生した派生クラス１０４は、基底ク
ラスおよび派生クラス１０３の性質に加えて属性１１０
を持つ。
方法において、製品データをオブジェクト指向技術にお
ける共通の性質を持つクラスとして分類した一例を示す
説明図である。本実施の形態における製品データの管理
方法では、製品データを基底クラス１０１、派生クラス
１０２，１０３、さらに派生クラス１０３の下位に位置
する派生クラス１０４に分類する。この例では、基底ク
ラス１０１は全ての製品データに共通な属性１０７を持
つ。基底クラス１０１から派生した派生クラス１０２と
派生クラス１０３は、それぞれ基底クラス１０１の性質
に加えて、属性１０８、属性１０９を持つ。また、派生
クラス１０３から派生した派生クラス１０４は、基底ク
ラスおよび派生クラス１０３の性質に加えて属性１１０
を持つ。
【００１１】図２は、製品データの階層関係の一例を示
した説明図である。製品データの階層関係は図２の
（ａ）に示すリレーションテーブル２０１により関係付
けられている。リレーションテーブル２０１は、ＩＤ２
０１ａと親ＩＤ２０１ｂとリレーションタイプ（オブジ
ェクト指向技術における共通の性質を持つクラス）２０
１ｃから構成され、製品データの階層関係が定義された
テーブルであり、製品データ毎のＩＤ２０１ａと親ＩＤ
２０１ｂの関係より各製品データ間の関係を階層的に管
理する。また、リレーションタイプ２０１ｃを複数用意
することにより、複数の階層関係を管理することを可能
にする。
した説明図である。製品データの階層関係は図２の
（ａ）に示すリレーションテーブル２０１により関係付
けられている。リレーションテーブル２０１は、ＩＤ２
０１ａと親ＩＤ２０１ｂとリレーションタイプ（オブジ
ェクト指向技術における共通の性質を持つクラス）２０
１ｃから構成され、製品データの階層関係が定義された
テーブルであり、製品データ毎のＩＤ２０１ａと親ＩＤ
２０１ｂの関係より各製品データ間の関係を階層的に管
理する。また、リレーションタイプ２０１ｃを複数用意
することにより、複数の階層関係を管理することを可能
にする。
【００１２】例えば、リレーションテーブルの内容が図
２の符号２０１に示されるものであった場合、リレーシ
ョンタイプ２０１ｃが「０」として検索を行えば、検索
結果として、図２の（ｂ）の表示結果２０２に示される
ものが得られる。この表示結果で示されている数字はリ
レーションテーブル２０１の製品データのＩＤ２０１ａ
であり、ＩＤ“２”とＩＤ“３”の製品データは親ＩＤ
が“１”の製品データの子データ、ＩＤ“４”の製品デ
ータは親ＩＤが“３”の製品データの子データである。
２の符号２０１に示されるものであった場合、リレーシ
ョンタイプ２０１ｃが「０」として検索を行えば、検索
結果として、図２の（ｂ）の表示結果２０２に示される
ものが得られる。この表示結果で示されている数字はリ
レーションテーブル２０１の製品データのＩＤ２０１ａ
であり、ＩＤ“２”とＩＤ“３”の製品データは親ＩＤ
が“１”の製品データの子データ、ＩＤ“４”の製品デ
ータは親ＩＤが“３”の製品データの子データである。
【００１３】またリレーションタイプ２０１ｃが「０」
または「１」として検索を行えば、検索結果２０３に示
されるものが得られ、ＩＤ“２”とＩＤ“３”の製品デ
ータは親ＩＤが“１”の製品データの子データ、ＩＤ
“４”の製品データは親ＩＤが“３”の製品データの子
データ、ＩＤ“２”の製品データは親ＩＤが“３”の製
品データの子データである。
または「１」として検索を行えば、検索結果２０３に示
されるものが得られ、ＩＤ“２”とＩＤ“３”の製品デ
ータは親ＩＤが“１”の製品データの子データ、ＩＤ
“４”の製品データは親ＩＤが“３”の製品データの子
データ、ＩＤ“２”の製品データは親ＩＤが“３”の製
品データの子データである。
【００１４】またリレーションタイプ２０１ｃが「２」
として検索を行えば、検索結果２０４に示されるものが
得られ、ＩＤ“４”とＩＤ“２”の製品データは親ＩＤ
が“３”の製品データの子データ、ＩＤ“１”の製品デ
ータは親ＩＤが“２”の製品データの子データである。
として検索を行えば、検索結果２０４に示されるものが
得られ、ＩＤ“４”とＩＤ“２”の製品データは親ＩＤ
が“３”の製品データの子データ、ＩＤ“１”の製品デ
ータは親ＩＤが“２”の製品データの子データである。
【００１５】図３は、基底テーブル３０１、拡張テーブ
ル３０２、拡張ビュー３０５、リレーションテーブル３
０８、クラス定義テーブル３０９を示す説明図である。
図３の（ａ）に示す基底テーブル３０１は、製品データ
を一意に特定するＩＤ３０１ａと、製品データをオブジ
ェクト指向技術における共通の性質を持つクラスとして
分類したときの製品データのクラスを特定する基底クラ
ス名３０１ｂと、すべての製品データに共通する属性３
０１ｃから構成されたテーブルである。
ル３０２、拡張ビュー３０５、リレーションテーブル３
０８、クラス定義テーブル３０９を示す説明図である。
図３の（ａ）に示す基底テーブル３０１は、製品データ
を一意に特定するＩＤ３０１ａと、製品データをオブジ
ェクト指向技術における共通の性質を持つクラスとして
分類したときの製品データのクラスを特定する基底クラ
ス名３０１ｂと、すべての製品データに共通する属性３
０１ｃから構成されたテーブルである。
【００１６】図３の（ｂ）に示す拡張テーブル３０２
は、製品データを一意に特定するＩＤ３０１ａと基本ク
ラスから追加された属性３０２ｂおよび属性３０２ｃか
ら構成されたテーブルであり、一つのクラスにつき一つ
の拡張テーブルが存在する。
は、製品データを一意に特定するＩＤ３０１ａと基本ク
ラスから追加された属性３０２ｂおよび属性３０２ｃか
ら構成されたテーブルであり、一つのクラスにつき一つ
の拡張テーブルが存在する。
【００１７】図３の（ｃ）に示す拡張ビュー３０５は、
基底クラスから自クラスまでのすべての属性から構成さ
れ、基底クラス名３０５ａと拡張テーブル３０２、また
は基本クラスの拡張ビューと拡張テーブル３０２を結合
したビューである。なお、一つのクラスにつき一つの拡
張ビューが存在する。また、あるクラスに属する製品デ
ータの全属性は拡張ビューから参照できる。これによ
り、クラス別にテーブルおよびビューを分類し管理する
ことを可能にする。
基底クラスから自クラスまでのすべての属性から構成さ
れ、基底クラス名３０５ａと拡張テーブル３０２、また
は基本クラスの拡張ビューと拡張テーブル３０２を結合
したビューである。なお、一つのクラスにつき一つの拡
張ビューが存在する。また、あるクラスに属する製品デ
ータの全属性は拡張ビューから参照できる。これによ
り、クラス別にテーブルおよびビューを分類し管理する
ことを可能にする。
【００１８】図３の（ｄ）に示すリレーションテーブル
３０８は、製品データを一意に特定するＩＤ３０１ａと
親ＩＤ３０８ｂとリレーションタイプ（オブジェクト指
向技術における共通の性質を持つクラスと同意）３０８
ｃから構成され、製品データの階層関係が定義されたテ
ーブルである。このテーブル３０８では、ＩＤ３０８ａ
と親ＩＤ３０８ｂの関係より製品データの関係を階層的
に管理する。また、リレーションタイプ３０８ｃを複数
用意することにより、複数の階層関係を管理する。
３０８は、製品データを一意に特定するＩＤ３０１ａと
親ＩＤ３０８ｂとリレーションタイプ（オブジェクト指
向技術における共通の性質を持つクラスと同意）３０８
ｃから構成され、製品データの階層関係が定義されたテ
ーブルである。このテーブル３０８では、ＩＤ３０８ａ
と親ＩＤ３０８ｂの関係より製品データの関係を階層的
に管理する。また、リレーションタイプ３０８ｃを複数
用意することにより、複数の階層関係を管理する。
【００１９】図３の（ｅ）に示すクラス定義テーブル３
０９は、自クラス名３０１ｂと親クラス名の属性３０９
ｂとテーブル名３０９ｃから構成され、クラスの階層関
係を定義したテーブルである。あるクラスに分類された
製品データは、基底クラスから自クラスまでのすべての
派生クラス名をクラス定義テーブル３０９から求め、そ
れぞれのクラスに対応した拡張テーブル３０２に当該製
品データのＩＤ３０１ａおよび属性３０２ｂ，３０２ｃ
が格納される。なお、基底クラスにはＩＤおよび自クラ
ス名が格納される。
０９は、自クラス名３０１ｂと親クラス名の属性３０９
ｂとテーブル名３０９ｃから構成され、クラスの階層関
係を定義したテーブルである。あるクラスに分類された
製品データは、基底クラスから自クラスまでのすべての
派生クラス名をクラス定義テーブル３０９から求め、そ
れぞれのクラスに対応した拡張テーブル３０２に当該製
品データのＩＤ３０１ａおよび属性３０２ｂ，３０２ｃ
が格納される。なお、基底クラスにはＩＤおよび自クラ
ス名が格納される。
【００２０】図３の（ｆ）に示す属性定義テーブル３１
０は、クラス名３０１ｂと符号３１０ｂで示す属性名が
格納される。
０は、クラス名３０１ｂと符号３１０ｂで示す属性名が
格納される。
【００２１】次に、本実施の形態の動作について説明す
る。図４は、本製品データの管理方法の動作を示すフロ
ーチャートであり、同図（ａ）は新規に製品データを作
成するときの動作を示すフローチャート、同図（ｂ）は
既存製品データを更新するときの動作を示すフローチャ
ート、同図（ｃ）は既存製品データを削除するときの動
作を示すフローチャート、同図（ｄ）は既存製品データ
を検索するときの動作を示すフローチャートである。
る。図４は、本製品データの管理方法の動作を示すフロ
ーチャートであり、同図（ａ）は新規に製品データを作
成するときの動作を示すフローチャート、同図（ｂ）は
既存製品データを更新するときの動作を示すフローチャ
ート、同図（ｃ）は既存製品データを削除するときの動
作を示すフローチャート、同図（ｄ）は既存製品データ
を検索するときの動作を示すフローチャートである。
【００２２】新規に製品データを作成するときは、図４
の（ａ）のフローチャートに示すように、先ず、当該製
品データに対し与えられたクラス名３０１ｂをもとに、
基底クラスに至るまでのすべての派生クラス名と、その
各クラスに対し定義されたテーブル名３０９ｃをクラス
定義テーブル３０９から検索する(ステップＡ１)。そし
て、検索された各クラス名３０１ｂの属性名３１０ｂを
属性定義テーブル３１０から検索する(ステップＡ２)。
このようにして検索された前記テーブル名３０９ｃと属
性名３１０ｂを用いてレコードを挿入する(ステップＡ
３)。
の（ａ）のフローチャートに示すように、先ず、当該製
品データに対し与えられたクラス名３０１ｂをもとに、
基底クラスに至るまでのすべての派生クラス名と、その
各クラスに対し定義されたテーブル名３０９ｃをクラス
定義テーブル３０９から検索する(ステップＡ１)。そし
て、検索された各クラス名３０１ｂの属性名３１０ｂを
属性定義テーブル３１０から検索する(ステップＡ２)。
このようにして検索された前記テーブル名３０９ｃと属
性名３１０ｂを用いてレコードを挿入する(ステップＡ
３)。
【００２３】また、既存製品データを更新するときは、
図４の（ｂ）のフローチャートに示すように、当該既存
製品データのＩＤから自クラス名を検索し（ステップＢ
１）、自クラスから基底クラスに至るまでのすべての派
生クラス名と、その各クラスに対し定義されたテーブル
名３０９ｃをクラス定義テーブル３０９から検索する
(ステップＢ２)。そして、前記検索された各クラスの属
性名３１０ｂを属性定義テーブル３１０から検索する
(ステップＢ３)。このようにして得られたテーブル名３
０９ｃと前記ＩＤからレコードを特定し、前記各クラス
の前記既存製品データについてのレコードを更新する
(ステップＢ４)。
図４の（ｂ）のフローチャートに示すように、当該既存
製品データのＩＤから自クラス名を検索し（ステップＢ
１）、自クラスから基底クラスに至るまでのすべての派
生クラス名と、その各クラスに対し定義されたテーブル
名３０９ｃをクラス定義テーブル３０９から検索する
(ステップＢ２)。そして、前記検索された各クラスの属
性名３１０ｂを属性定義テーブル３１０から検索する
(ステップＢ３)。このようにして得られたテーブル名３
０９ｃと前記ＩＤからレコードを特定し、前記各クラス
の前記既存製品データについてのレコードを更新する
(ステップＢ４)。
【００２４】また、既存製品データを削除するときは、
図４の（ｃ）のフローチャートに示すように、当該既存
製品データのＩＤ３０１ａから自分のクラス名３０１ｂ
を基底テーブル３０１から検索し（ステップＣ１）、自
クラスから基底クラスまでの全クラス名３０１ｂとテー
ブル名３０９ｃをクラス定義テーブル３０９から検索す
る（ステップＣ２）。次に、前記検索したテーブル名３
０９ｃと前記ＩＤ３０１ａからレコードを特定し、前記
各クラスの前記既存製品データの削除を行う（ステップ
Ｃ３）。
図４の（ｃ）のフローチャートに示すように、当該既存
製品データのＩＤ３０１ａから自分のクラス名３０１ｂ
を基底テーブル３０１から検索し（ステップＣ１）、自
クラスから基底クラスまでの全クラス名３０１ｂとテー
ブル名３０９ｃをクラス定義テーブル３０９から検索す
る（ステップＣ２）。次に、前記検索したテーブル名３
０９ｃと前記ＩＤ３０１ａからレコードを特定し、前記
各クラスの前記既存製品データの削除を行う（ステップ
Ｃ３）。
【００２５】また、既存製品データを検索するときは、
図４の（ｄ）のフローチャートに示すように、クラス名
が指定されていないとき、または基底クラスが指定され
ているときには基底テーブル３０１を(ステップＤ２)、
基底クラス以外のクラス名が指定されているときにはそ
のクラスに属する製品データが格納された拡張ビュー名
を検索し(ステップＤ３)、その１つの拡張ビューから検
索を行う(ステップＤ４)。
図４の（ｄ）のフローチャートに示すように、クラス名
が指定されていないとき、または基底クラスが指定され
ているときには基底テーブル３０１を(ステップＤ２)、
基底クラス以外のクラス名が指定されているときにはそ
のクラスに属する製品データが格納された拡張ビュー名
を検索し(ステップＤ３)、その１つの拡張ビューから検
索を行う(ステップＤ４)。
【００２６】次に、図３のリレーションテーブル３０８
を利用して製品データの階層関係を管理する動作につい
て説明する。新規に製品データが作成されたときには、
自分のＩＤ３０１ａ、親ＩＤ３０８ｂ（ＩＤ３０１ａの
製品データに対し親になる製品データのＩＤ）および階
層のタイプ３０８ｃなどがリレーションテーブル３０８
に挿入される。
を利用して製品データの階層関係を管理する動作につい
て説明する。新規に製品データが作成されたときには、
自分のＩＤ３０１ａ、親ＩＤ３０８ｂ（ＩＤ３０１ａの
製品データに対し親になる製品データのＩＤ）および階
層のタイプ３０８ｃなどがリレーションテーブル３０８
に挿入される。
【００２７】また、既存製品データの親が変更されたと
きには、ＩＤ３０１ａと現在の親ＩＤ３０８ｂおよびタ
イプ３０８ｃからリレーションテーブル３０８を検索し
て、レコードを特定し、新しい親ＩＤの値が変更され
る。
きには、ＩＤ３０１ａと現在の親ＩＤ３０８ｂおよびタ
イプ３０８ｃからリレーションテーブル３０８を検索し
て、レコードを特定し、新しい親ＩＤの値が変更され
る。
【００２８】ある製品データの階層配下の製品データを
検索するとき、そのルートとなる製品データのＩＤとタ
イプを指定し、リレーションテーブル３０４から検索を
行う。例えばリレーションテーブルの内容が図２の符号
２０１に示されるものであった場合、リレーションタイ
プが「０」として検索を行えば、検索結果として表示結
果２０２に示されるものが得られ、前記指定したＩＤの
製品データの階層配下の製品データを検索することが出
来る。またリレーションタイプが「０」または「１」と
して検索を行えば、検索結果として表示結果２０３に示
されるものが得られ、前記指定したＩＤの製品データの
階層配下の製品データを検索することが出来る。またリ
レーションタイプが「２」として検索を行えば、検索結
果として表示結果２０４に示されるものが得られ、前記
指定したＩＤの製品データの階層配下の製品データを検
索することが出来る。
検索するとき、そのルートとなる製品データのＩＤとタ
イプを指定し、リレーションテーブル３０４から検索を
行う。例えばリレーションテーブルの内容が図２の符号
２０１に示されるものであった場合、リレーションタイ
プが「０」として検索を行えば、検索結果として表示結
果２０２に示されるものが得られ、前記指定したＩＤの
製品データの階層配下の製品データを検索することが出
来る。またリレーションタイプが「０」または「１」と
して検索を行えば、検索結果として表示結果２０３に示
されるものが得られ、前記指定したＩＤの製品データの
階層配下の製品データを検索することが出来る。またリ
レーションタイプが「２」として検索を行えば、検索結
果として表示結果２０４に示されるものが得られ、前記
指定したＩＤの製品データの階層配下の製品データを検
索することが出来る。
【００２９】以上のように、本実施の形態によれば、オ
ブジェクト指向技術における共通の性質を持つクラスご
とにテーブルを分割して管理するため、多様な異なる属
性を持つ製品データの分類、操作を容易にする製品デー
タの管理方法が提供できる効果がある。また、クラスご
とにテーブルを分割して管理し、一つのクラスに属する
製品データは一つのビューから検索することが出来るた
め、多様な異なる属性を持つ製品データの検索を容易に
する製品データの管理方法が提供できる効果がある。ま
た、製品データの親子関係にタイプを持たせ、タイプを
キーに親子関係を検索できるため、製品データの階層関
係を一つだけではなく、前記タイプを指定することで複
数あるいはその組合せとして管理できる製品データの管
理方法が提供できる効果がある。
ブジェクト指向技術における共通の性質を持つクラスご
とにテーブルを分割して管理するため、多様な異なる属
性を持つ製品データの分類、操作を容易にする製品デー
タの管理方法が提供できる効果がある。また、クラスご
とにテーブルを分割して管理し、一つのクラスに属する
製品データは一つのビューから検索することが出来るた
め、多様な異なる属性を持つ製品データの検索を容易に
する製品データの管理方法が提供できる効果がある。ま
た、製品データの親子関係にタイプを持たせ、タイプを
キーに親子関係を検索できるため、製品データの階層関
係を一つだけではなく、前記タイプを指定することで複
数あるいはその組合せとして管理できる製品データの管
理方法が提供できる効果がある。
【００３０】次に、他の実施の形態について説明する。
図３で示した各テーブルの他にクラス名とメソッド名、
メソッドプログラム名から構成されるテーブルを追加す
ることにより、同じメソッドでもクラス毎に別のプログ
ラムを実行する仕組みを作ることが出来る。これによ
り、例えば、検索要求する場合、あるクラスの検索手順
と別のあるクラスの検索手順は別々でも、要求者はその
違いを知る必要がなくなる。
図３で示した各テーブルの他にクラス名とメソッド名、
メソッドプログラム名から構成されるテーブルを追加す
ることにより、同じメソッドでもクラス毎に別のプログ
ラムを実行する仕組みを作ることが出来る。これによ
り、例えば、検索要求する場合、あるクラスの検索手順
と別のあるクラスの検索手順は別々でも、要求者はその
違いを知る必要がなくなる。
【００３１】
【発明の効果】以上のように、本発明によれば、多様な
異なる属性を持つ製品データの分類、操作、検索が容易
になり、また、タイプを指定することで前記製品データ
の階層関係を一つだけではなく複数あるいはその組合せ
として管理できる効果がある。
異なる属性を持つ製品データの分類、操作、検索が容易
になり、また、タイプを指定することで前記製品データ
の階層関係を一つだけではなく複数あるいはその組合せ
として管理できる効果がある。
【図１】 本発明の実施の一形態による製品データの管
理方法におけるデータをオブジェクト指向技術における
クラスとして分類した一例を示す説明図である。
理方法におけるデータをオブジェクト指向技術における
クラスとして分類した一例を示す説明図である。
【図２】 本発明の実施の一形態による製品データの管
理方法におけるデータの階層関係の一例を示した説明図
である。
理方法におけるデータの階層関係の一例を示した説明図
である。
【図３】 本発明の実施の一形態による製品データの管
理方法における基底テーブル、拡張テーブル、拡張ビュ
ー、リレーションテーブル、クラス定義テーブルを示す
説明図である。
理方法における基底テーブル、拡張テーブル、拡張ビュ
ー、リレーションテーブル、クラス定義テーブルを示す
説明図である。
【図４】 本発明の実施の一形態による製品データの管
理方法の動作を示すフローチャートである。
理方法の動作を示すフローチャートである。
【符号の説明】 ３０１……基底テーブル、３０２……拡張テーブル、３
０５……拡張ビュー（クラス対応拡張ビュー）、３０９
……クラス定義テーブル、３１０……属性定義テーブ
ル。
０５……拡張ビュー（クラス対応拡張ビュー）、３０９
……クラス定義テーブル、３１０……属性定義テーブ
ル。
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 17/30
Claims (6)
- 【請求項１】 リレーショナルデータベースにより製品
データを管理する製品データの管理方法において、 オブジェクト指向技術における共通の性質を持つクラス
ごとの、製品データを一意に特定するＩＤ、製品データ
をクラスとして分類したときの前記クラスを特定する基
底クラス名、及び全ての製品データに共通する属性から
構成された基底テーブルと、製品データを一意に特定す
るＩＤ、及び基本クラスより追加された属性から構成さ
れた拡張テーブルと、自クラス名、親クラス名の属性及
びテーブル名から構成され、クラスの階層関係を定義し
たクラス定義テーブルと、クラス名、及び当該クラスの
属性名が格納された属性定義テーブルとを設定し、該テ
ーブルを用いて前記クラス別に製品データの管理を行う
ことを特徴とする製品データの管理方法。 - 【請求項２】 ＩＤ、親ＩＤからなる製品データの親子
関係に、前記クラスに対応するタイプを持たせ、前記製
品データの複数の親子関係を表現する請求項１記載の製
品データの管理方法。 - 【請求項３】 製品データに対し与えられたクラス名を
もとに、基底クラスに至るまでのすべての派生クラス名
と、その各クラスに対し定義されたテーブル名をクラス
定義テーブルから検索し、該検索した各クラス名の属性
名を属性定義テーブルから検索し、これら検索した前記
テーブル名と前記属性名を用いてレコードを挿入し、新
規製品データの作成を行う請求項１または２記載の製品
データの管理方法。 - 【請求項４】 既存製品データのＩＤから自クラス名を
検索し、自クラスから基底クラスに至るまでのすべての
派生クラス名と、該各クラスに対し定義されたテーブル
名をクラス定義テーブルから検索し、該検索した各クラ
スの属性名を属性定義テーブルから検索し、これら検索
した前記テーブル名と前記ＩＤからレコードを特定し、
前記各クラスの前記既存製品データについてのレコード
を更新することを特徴とする請求項３記載の製品データ
の管理方法。 - 【請求項５】 既存製品データのＩＤから自クラス名を
基底テーブルから検索し、自クラスから基底クラスまで
の全クラス名とテーブル名をクラス定義テーブルから検
索し、該検索した前記テーブル名と前記ＩＤからレコー
ドを特定し、前記各クラスの前記既存製品データの削除
を行うことを特徴とする請求項４記載の製品データの管
理方法。 - 【請求項６】 基底クラスから自クラスまでのすべての
属性から構成され、基底クラス名と拡張テーブル、また
は基本クラスの拡張ビューと拡張テーブルを結合した、
各クラスに対応したクラス対応拡張ビューを有し、 クラス名が指定されていないとき、または基底クラスが
指定されているときには基底テーブルを検索し、基底ク
ラス以外のクラス名が指定されているときには当該クラ
スに属する製品データが格納された前記クラス対応拡張
ビューの拡張ビュー名を検索し、該検索したクラス対応
拡張ビューをもとに既存製品データの検索を行うことを
特徴とする請求項５記載の製品データの管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23088898A JP3328197B2 (ja) | 1998-08-17 | 1998-08-17 | 製品データの管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23088898A JP3328197B2 (ja) | 1998-08-17 | 1998-08-17 | 製品データの管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000067053A JP2000067053A (ja) | 2000-03-03 |
| JP3328197B2 true JP3328197B2 (ja) | 2002-09-24 |
Family
ID=16914887
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23088898A Expired - Lifetime JP3328197B2 (ja) | 1998-08-17 | 1998-08-17 | 製品データの管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3328197B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5188659B2 (ja) * | 2001-03-22 | 2013-04-24 | Ｄｉｃ株式会社 | 塗料情報サーバ、塗料情報検索端末、塗料情報検索方法およびそのプログラム |
| KR20020092875A (ko) * | 2002-11-08 | 2002-12-12 | (주)마이크로씨엔씨 | 인터넷상에서의 무정형 계층 데이터베이스를 기반으로 한전자 카탈로그 시스템 |
-
1998
- 1998-08-17 JP JP23088898A patent/JP3328197B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| 空一弘，ＲＤＢＭＳによるＯＳＩディレクトリの実現，情報処理学会研究報告 ９３−ＤＢＳ−９５，１９９３年９月９日，第９３巻，第７７号，ｐ．８５−９４ |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000067053A (ja) | 2000-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7778966B2 (en) | Method and system for attribute management in a namespace | |
| US7373351B2 (en) | Generic search engine framework | |
| US6675161B1 (en) | Managing changes to a directory of electronic documents | |
| US6859217B2 (en) | System and method to display and manage data within hierarchies and polyarchies of information | |
| US6834286B2 (en) | Method and system for representing and accessing object-oriented data in a relational database system | |
| JP4406609B2 (ja) | 単一のインターフェイスからのデータの多重階層を管理するための手法 | |
| US6513038B1 (en) | Scheme for accessing data management directory | |
| US5568640A (en) | Document retrieving method in a document managing system | |
| CA2462300C (en) | Providing a consistent hierarchical abstraction of relational data | |
| US6748374B1 (en) | Method for generating a relational database query statement using one or more templates corresponding to search conditions in an expression tree | |
| RU2400803C2 (ru) | Долговременное хранилище типов и экземпляров данных .net | |
| US20010042059A1 (en) | Inventory managing method for automatic inventory retrieval and apparatus thereof | |
| JP2003506780A (ja) | データベース問合せを実行するモジュラー方法及びシステム | |
| JPH10228486A (ja) | 分散ドキュメント分類システム及びプログラムを記録した機械読み取り可能な記録媒体 | |
| JP2003506777A (ja) | 多次元記憶モデル及び方法 | |
| JP2003533755A (ja) | 複数の個別ファイルをコンパウンドファイルにおいて表示する方法及びシステム | |
| US8438186B2 (en) | Method and apparatus for creating topological features inside a database system | |
| US7240329B1 (en) | Policies on a per instance basis | |
| CN112270628A (zh) | 一种知识产权专题库管理方法及系统 | |
| CN117453980A (zh) | 元数据管理、配置页面生成方法、服务器及存储介质 | |
| JP3328197B2 (ja) | 製品データの管理方法 | |
| US9400814B2 (en) | Hierarchy nodes derived based on parent/child foreign key and/or range values on parent node | |
| Bergamaschi et al. | Object Wrapper: an object-oriented interface for relational databases | |
| JP3493354B2 (ja) | 文書検索方法 | |
| JPH0934906A (ja) | 図書管理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070712 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080712 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090712 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100712 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110712 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110712 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120712 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120712 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130712 Year of fee payment: 11 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |