JPH06103133A - データファイルの年月日キー管理方法 - Google Patents
データファイルの年月日キー管理方法Info
- Publication number
- JPH06103133A JPH06103133A JP4249902A JP24990292A JPH06103133A JP H06103133 A JPH06103133 A JP H06103133A JP 4249902 A JP4249902 A JP 4249902A JP 24990292 A JP24990292 A JP 24990292A JP H06103133 A JPH06103133 A JP H06103133A
- Authority
- JP
- Japan
- Prior art keywords
- year
- data
- key
- date
- file
- 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.)
- Pending
Links
Landscapes
- Complex Calculations (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 西暦年の上位２桁を省略した短縮形の年月日
キーをもつデータファイルを処理するデータ処理システ
ムにおける年月日キーの管理方法に関するものであり，
特に西暦年が１９００年台から２０００年台に移行した
場合に，双方の年台の年月日キーが混在しているデータ
ファイルを処理するために有用な年月日キーの管理方法
を提供することを目的としている。 【構成】 データファイルについて年月日キーのキーフ
ァイルを作成，あるいは年月日キーを用いてデータのソ
ートを行う際，年月日キー中の年データを所定の閾値と
比較し，その結果に基づいて年データの上位に２桁の値
１９あるいは２０を付加して年データを４桁の西暦年に
復元し，この復元された年データを含む年月日キーによ
り，キーファイルの作成あるいはデータのソートを行わ
せる構成をもつ。
キーをもつデータファイルを処理するデータ処理システ
ムにおける年月日キーの管理方法に関するものであり，
特に西暦年が１９００年台から２０００年台に移行した
場合に，双方の年台の年月日キーが混在しているデータ
ファイルを処理するために有用な年月日キーの管理方法
を提供することを目的としている。 【構成】 データファイルについて年月日キーのキーフ
ァイルを作成，あるいは年月日キーを用いてデータのソ
ートを行う際，年月日キー中の年データを所定の閾値と
比較し，その結果に基づいて年データの上位に２桁の値
１９あるいは２０を付加して年データを４桁の西暦年に
復元し，この復元された年データを含む年月日キーによ
り，キーファイルの作成あるいはデータのソートを行わ
せる構成をもつ。
Description
【０００１】
【産業上の利用分野】本発明は，西暦年の上位２桁を省
略した短縮形の年月日キーをもつデータファイルを処理
するデータ処理システムにおける年月日キーの管理方法
に関するものであり，特に西暦年が１９００年台から２
０００年台に移行した場合に，双方の年台の年月日キー
が混在しているデータファイルを処理するために有用な
年月日キーの管理方法を提供するものである。
略した短縮形の年月日キーをもつデータファイルを処理
するデータ処理システムにおける年月日キーの管理方法
に関するものであり，特に西暦年が１９００年台から２
０００年台に移行した場合に，双方の年台の年月日キー
が混在しているデータファイルを処理するために有用な
年月日キーの管理方法を提供するものである。
【０００２】
【従来の技術】通常，ファイル上で年月日データを管理
する場合に，年については西暦年の上位２桁を省略した
短縮形が用いられている。これは現在までのところ西暦
年の上位２桁の値は“１９”であって不変であるため，
データが冗長になるからである。しかし西暦２０００年
を越えてデータを管理する状況になると，短縮形の年デ
ータは“００”となり，年月日をキーとする処理を行っ
た場合，データの配列順序に不都合が生じる。
する場合に，年については西暦年の上位２桁を省略した
短縮形が用いられている。これは現在までのところ西暦
年の上位２桁の値は“１９”であって不変であるため，
データが冗長になるからである。しかし西暦２０００年
を越えてデータを管理する状況になると，短縮形の年デ
ータは“００”となり，年月日をキーとする処理を行っ
た場合，データの配列順序に不都合が生じる。
【０００３】図３に従来例を示す。図において，１は，
商品管理のデータファイルであり，各レコードは，購入
日を示す年月日データと，品名データ，数量データから
なる。年月日データは，たとえば“９９１２０３”は１
９９９年１２月３日を表わし，“０００２１０”は２０
００年２月１０日を表わす。このデータファイル１内の
レコードの配列は，キーとなる年月日データの値に関し
てランダムになっている。２は，データファイル１の各
レコードの年月日データについて作成したキーファイル
であり，各年月日データが，値の大きさにしたがって配
列されている。
商品管理のデータファイルであり，各レコードは，購入
日を示す年月日データと，品名データ，数量データから
なる。年月日データは，たとえば“９９１２０３”は１
９９９年１２月３日を表わし，“０００２１０”は２０
００年２月１０日を表わす。このデータファイル１内の
レコードの配列は，キーとなる年月日データの値に関し
てランダムになっている。２は，データファイル１の各
レコードの年月日データについて作成したキーファイル
であり，各年月日データが，値の大きさにしたがって配
列されている。
【０００４】この従来例のキーファイル２では，年月日
データの最上位２桁の値が“００”のキーが“９９”の
キーに先行して配列されるため，境界で時系列上の逆転
が生じ，具合が悪いものとなっている。一般に年月日デ
ータをソートする場合には，このような問題が生じる。
データの最上位２桁の値が“００”のキーが“９９”の
キーに先行して配列されるため，境界で時系列上の逆転
が生じ，具合が悪いものとなっている。一般に年月日デ
ータをソートする場合には，このような問題が生じる。
【０００５】
【発明が解決しようとする課題】本発明は，西暦年の下
位２桁を用いてキーとなる年月日データを構成している
データファイルにおいて，西暦年が２０００年を越えて
も，データファイルを変更する必要なしに時系列の逆転
のないキーファイルの作成を可能にすることを目的とし
ている。
位２桁を用いてキーとなる年月日データを構成している
データファイルにおいて，西暦年が２０００年を越えて
も，データファイルを変更する必要なしに時系列の逆転
のないキーファイルの作成を可能にすることを目的とし
ている。
【０００６】
【課題を解決するための手段】本発明の年月日キー管理
方法は，西暦年の下位２桁を年データとしているデータ
ファイルにおいて年月日をキーとしてキーファイルを作
成あるいはソートを行う際に，年データの２桁の値が西
暦１９００年台と西暦２０００年台のいずれに属するも
のであるかを判定して，その結果に基づいて２桁の年デ
ータの頭に２桁の値“１９”または“２０”を付加して
拡張し，４桁の西暦年に復元して，この復元した西暦年
を含む年月日データによりキーファイルの作成あるいは
ソートを行うようにするものである。
方法は，西暦年の下位２桁を年データとしているデータ
ファイルにおいて年月日をキーとしてキーファイルを作
成あるいはソートを行う際に，年データの２桁の値が西
暦１９００年台と西暦２０００年台のいずれに属するも
のであるかを判定して，その結果に基づいて２桁の年デ
ータの頭に２桁の値“１９”または“２０”を付加して
拡張し，４桁の西暦年に復元して，この復元した西暦年
を含む年月日データによりキーファイルの作成あるいは
ソートを行うようにするものである。
【０００７】この本発明による年月日キーの管理方法
は，データファイルの２桁の年データについて，西暦１
９００年台のものの値の範囲と西暦２０００年台のもの
の値の範囲とが通常は明確に分れており，適当な閾値を
用いることによりそれぞれの値の範囲を容易に切り分け
できることを原理としている。
は，データファイルの２桁の年データについて，西暦１
９００年台のものの値の範囲と西暦２０００年台のもの
の値の範囲とが通常は明確に分れており，適当な閾値を
用いることによりそれぞれの値の範囲を容易に切り分け
できることを原理としている。
【０００８】図１は本発明の原理説明図である。図にお
いて，１は，データファイルであり，その各レコードは
西暦年の下位２桁を年データとして含む年月日キーをも
つ。
いて，１は，データファイルであり，その各レコードは
西暦年の下位２桁を年データとして含む年月日キーをも
つ。
【０００９】３は，キーファイルであり，年月日キー復
元部４により復元された４桁の西暦年データを含む年月
日キーを用いて作成されたものである。４は，年月日キ
ー復元部であり，年データの２桁の値を所定の閾値と比
較して，年データが閾値よりも大きい場合には頭に“１
９”を付加し，年データが閾値よりも小さい場合には頭
に“２０”を付加して，４桁の西暦年データを含む年月
日キーを復元する。
元部４により復元された４桁の西暦年データを含む年月
日キーを用いて作成されたものである。４は，年月日キ
ー復元部であり，年データの２桁の値を所定の閾値と比
較して，年データが閾値よりも大きい場合には頭に“１
９”を付加し，年データが閾値よりも小さい場合には頭
に“２０”を付加して，４桁の西暦年データを含む年月
日キーを復元する。
【００１０】
【作用】図１を用いて本発明の作用を説明する。図１の
データファイル１に例示されている各レコードの年月日
データ（キー）は，頭の２桁が“９９”か“００”であ
る。このことは，対応する西暦年が１９９９年か２００
０年であることを意味する。これは，データファイル１
には２０９９年のデータや１９００年のデータが存在し
ないことが裏付けとなっている。この場合，閾値として
“９９”と“００”の中間の任意の値を使用し，年月日
キー中の年データと比較することによって，年月日キー
が１９９９年に属するか２０００年に属するかを簡単に
識別することができる。たとえば閾値を“５０”に設定
し，年データが“５０”よりも大きい“９９”であれば
頭に“１９”を付加し，また年データが“５０”よりも
小さい“００”であれば頭に“２０”を付加すればよ
い。
データファイル１に例示されている各レコードの年月日
データ（キー）は，頭の２桁が“９９”か“００”であ
る。このことは，対応する西暦年が１９９９年か２００
０年であることを意味する。これは，データファイル１
には２０９９年のデータや１９００年のデータが存在し
ないことが裏付けとなっている。この場合，閾値として
“９９”と“００”の中間の任意の値を使用し，年月日
キー中の年データと比較することによって，年月日キー
が１９９９年に属するか２０００年に属するかを簡単に
識別することができる。たとえば閾値を“５０”に設定
し，年データが“５０”よりも大きい“９９”であれば
頭に“１９”を付加し，また年データが“５０”よりも
小さい“００”であれば頭に“２０”を付加すればよ
い。
【００１１】一般に，１９００年台の年データの最小値
が“ｎ0 ｎ1 ”であり，２０００年台の年データの最大
値が“ｎ2 ｎ3 ”であれば，閾値には“ｎ0 ｎ1 ”と
“ｎ2ｎ3 ”の間の適当な値が使用される。
が“ｎ0 ｎ1 ”であり，２０００年台の年データの最大
値が“ｎ2 ｎ3 ”であれば，閾値には“ｎ0 ｎ1 ”と
“ｎ2ｎ3 ”の間の適当な値が使用される。
【００１２】このようにして復元された４桁の西暦年デ
ータをもつ年月日キーの値は時系列を正しく反映できる
ものとなるので，そのソートにより作成されるキーファ
イル３の各年月日キーは，図示のように時系列的に整列
されたものとなる。
ータをもつ年月日キーの値は時系列を正しく反映できる
ものとなるので，そのソートにより作成されるキーファ
イル３の各年月日キーは，図示のように時系列的に整列
されたものとなる。
【００１３】
【実施例】図２に，本発明実施例によるデータ処理シス
テムの構成を示す。図２において，データファイル１，
キーファイル３，年月日キー復元部４，はそれぞれ図１
で説明したものと同じである。また５はキーファイル作
成部であり，年月日キー復元部４により復元された年月
日キーに基づいてキーファイル３を作成する。６，７，
８，９はシステムのハードウェア構成を示し，６は処理
装置，７はディスプレイ，８はキー入力装置，９はプリ
ンタである。
テムの構成を示す。図２において，データファイル１，
キーファイル３，年月日キー復元部４，はそれぞれ図１
で説明したものと同じである。また５はキーファイル作
成部であり，年月日キー復元部４により復元された年月
日キーに基づいてキーファイル３を作成する。６，７，
８，９はシステムのハードウェア構成を示し，６は処理
装置，７はディスプレイ，８はキー入力装置，９はプリ
ンタである。
【００１４】年月日キー復元部４およびキーファイル作
成部５の機能は，プログラムにより実現される。図示の
例では，キーファイル作成部５は年月日キー復元部４に
縦続的に接続され，年月日キー復元部４がデータファイ
ル１から読み出し復元した年月日キーを受け取ってキー
ファイル３を作成する構成となっているが，キーファイ
ル作成部５がデータファイル１から年月日キーを読み出
し，年月日キー復元部４を呼び出して復元処理を依頼す
るように構成してもよく，またキーファイル作成部５が
年月日キー復元部４の機能を内部に取り込んだ構成とす
ることも可能である。さらに年月日キー復元部の機能を
もつプログラムをサポートプログラムとしてシステム側
が備えていても，あるいはアプリケーションプログラム
側が用意するようにしてもよい。
成部５の機能は，プログラムにより実現される。図示の
例では，キーファイル作成部５は年月日キー復元部４に
縦続的に接続され，年月日キー復元部４がデータファイ
ル１から読み出し復元した年月日キーを受け取ってキー
ファイル３を作成する構成となっているが，キーファイ
ル作成部５がデータファイル１から年月日キーを読み出
し，年月日キー復元部４を呼び出して復元処理を依頼す
るように構成してもよく，またキーファイル作成部５が
年月日キー復元部４の機能を内部に取り込んだ構成とす
ることも可能である。さらに年月日キー復元部の機能を
もつプログラムをサポートプログラムとしてシステム側
が備えていても，あるいはアプリケーションプログラム
側が用意するようにしてもよい。
【００１５】図２の構成では，年月日キー復元部４は次
のように動作する。まずデータファイル１から１つのレ
コードを取り出し，その年月日キー中の２桁の年データ
（ｎｎ）を読む。次に年データ（ｎｎ）を予め設定され
ている閾値（α）と比較し，ｎｎ＞αであれば年データ
（ｎｎ）の頭に“１９”を付加し，その他の場合には
“２０”を付加する。このようにして４桁の年データに
復元し，残りの月日データと合成してキーファイル作成
部５に渡す。これらの処理をデータファイル１の順次の
レコードについて実行し，最終レコードまで処理したと
きに終了する。
のように動作する。まずデータファイル１から１つのレ
コードを取り出し，その年月日キー中の２桁の年データ
（ｎｎ）を読む。次に年データ（ｎｎ）を予め設定され
ている閾値（α）と比較し，ｎｎ＞αであれば年データ
（ｎｎ）の頭に“１９”を付加し，その他の場合には
“２０”を付加する。このようにして４桁の年データに
復元し，残りの月日データと合成してキーファイル作成
部５に渡す。これらの処理をデータファイル１の順次の
レコードについて実行し，最終レコードまで処理したと
きに終了する。
【００１６】キーファイル作成部５は，年月日キー復元
部４から受け取った全ての年月日キーを図示されていな
いメモリの作業領域に書き込んで，重複するキーを除
き，ソート処理を行って，たとえば昇順に配列したキー
ファイル３を作成する。
部４から受け取った全ての年月日キーを図示されていな
いメモリの作業領域に書き込んで，重複するキーを除
き，ソート処理を行って，たとえば昇順に配列したキー
ファイル３を作成する。
【００１７】本発明はキーファイルの作成を例に説明さ
れたが，これに限定されるものではなく，年月日キーの
ソートを伴う任意のファイル処理に適用されることがで
きる。
れたが，これに限定されるものではなく，年月日キーの
ソートを伴う任意のファイル処理に適用されることがで
きる。
【００１８】
【発明の効果】本発明によれば西暦１９００年台で使用
した既存のファイルやアプリケーションを変更すること
なく西暦２０００年台まで連続して運用することが可能
となり，切替えに必要な保守費用を大幅に削減すること
ができる。
した既存のファイルやアプリケーションを変更すること
なく西暦２０００年台まで連続して運用することが可能
となり，切替えに必要な保守費用を大幅に削減すること
ができる。
【図１】本発明の原理説明図である。
【図２】本発明実施例によるデータ処理システムの構成
図である。
図である。
【図３】従来例の年月日キー管理方法の説明図である。
１ データファイル ３ キーファイル ４ 年月日キー復元部
Claims (1)
- 【請求項１】 西暦年の上位２桁を省略し下位２桁のみ
を年月日キーの年データに用いるデータファイルを備え
たデータ処理システムにおいて，上記データファイルに
ついて年月日キーのキーファイルを作成，あるいは年月
日キーを用いてデータのソートを行う際，年月日キー中
の年データを所定の閾値と比較し，その結果に基づいて
年データの上位に２桁の値１９あるいは２０を付加して
年データを４桁の西暦年に復元し，この復元された年デ
ータを含む年月日キーにより，キーファイルの作成ある
いはデータのソートを行わせることを特徴とするデータ
ファイルの年月日キー管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4249902A JPH06103133A (ja) | 1992-09-18 | 1992-09-18 | データファイルの年月日キー管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4249902A JPH06103133A (ja) | 1992-09-18 | 1992-09-18 | データファイルの年月日キー管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06103133A true JPH06103133A (ja) | 1994-04-15 |
Family
ID=17199910
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4249902A Pending JPH06103133A (ja) | 1992-09-18 | 1992-09-18 | データファイルの年月日キー管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06103133A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09212338A (ja) * | 1996-02-02 | 1997-08-15 | Fujitsu Ltd | 整列処理装置 |
| JP2001184333A (ja) * | 1999-12-24 | 2001-07-06 | Nec Software Chubu Ltd | 西暦年変換装置、及び西暦年変換方法 |
| US6446067B2 (en) | 1997-10-01 | 2002-09-03 | Fujitsu Limited | Information processing unit, information processing system, method of correcting abnormality of christian calendar year in information processing unit, and computer readable record medium having christian calendar year abnormality correction program recorded therein |
| JP2004295901A (ja) * | 2004-04-15 | 2004-10-21 | Fujitsu Ltd | 情報処理装置 |
-
1992
- 1992-09-18 JP JP4249902A patent/JPH06103133A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09212338A (ja) * | 1996-02-02 | 1997-08-15 | Fujitsu Ltd | 整列処理装置 |
| US6446067B2 (en) | 1997-10-01 | 2002-09-03 | Fujitsu Limited | Information processing unit, information processing system, method of correcting abnormality of christian calendar year in information processing unit, and computer readable record medium having christian calendar year abnormality correction program recorded therein |
| JP2001184333A (ja) * | 1999-12-24 | 2001-07-06 | Nec Software Chubu Ltd | 西暦年変換装置、及び西暦年変換方法 |
| JP2004295901A (ja) * | 2004-04-15 | 2004-10-21 | Fujitsu Ltd | 情報処理装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6216140B1 (en) | Methodology for the efficient management of hierarchically organized information | |
| US6073128A (en) | Method and apparatus for identifying files used to restore a file | |
| Shapiro | Join processing in database systems with large main memories | |
| US7036043B2 (en) | Data management with virtual recovery mapping and backward moves | |
| US6898688B2 (en) | Data management appliance | |
| US6289474B1 (en) | Computer system and process for checkpointing operations on data in a computer system by partitioning the data | |
| US5842208A (en) | High performance recover/build index system by unloading database files in parallel | |
| US8010568B2 (en) | Enforcing constraints from a parent table to a child table | |
| JPH06103133A (ja) | データファイルの年月日キー管理方法 | |
| EP1200907B1 (en) | Database table recovery system | |
| US11175849B2 (en) | Systems and methods for defining replication of data | |
| US20040111414A1 (en) | System and method for selective execution of statements with surrogate authority | |
| GB2378789A (en) | Removal of duplicates from large data sets | |
| JPH0782429B2 (ja) | 複数ファイルのマージ方法 | |
| JPS63305439A (ja) | 類似デ−タファイルの圧縮格納方法および復元方法 | |
| JPH05143424A (ja) | ドキユメント・データベース管理方式 | |
| WO2023247049A1 (en) | Deduplication for nosql databases | |
| JPH04195559A (ja) | サブファイル管理方式 | |
| JPH0535563A (ja) | イメージ情報の管理方法 | |
| JPH0778121A (ja) | 分散処理システムのデータ管理方法 | |
| CN114968989A (zh) | 一种数据交换方法 | |
| JPH03147150A (ja) | データ処理方式 | |
| JPH03259329A (ja) | 大容量データのキー相対アドレス分類方式 | |
| JPH0488476A (ja) | データ集計方式 | |
| Brown et al. | Application of Microcomputer Technology to Local Accident Problem Identification |