CHAPTER 3: データタイプ

Empressでは、全てのフィールドがデータを保持するために特定の データタイプを宣言します。それらは以下のとおりです。

Table 3-1: Empressデータタイプ

上にリストされたデータタイプはすべて、最大長、表示フォーマットなどのような 明示的暗黙のパラメータに従います。 これらのデータタイプ、ユーザデータタイプと呼ばれます。 値がそれらのパラメータに対して指定されない場合、省略値が使用されます。 これらの省略値は次のセクションで説明されます。

Empressは、さらにパラメータに従わない汎用データタイプの概念 を持っています。例えば、総括的な整数は数字のシーケンスです。 表現の結果が任意のフィールドに関係していないので、総括的な値は表現の評価に 起因します。例えば、(loans.amount*0.2)は総括的な10進の値を産出します。 幅制御は総括的な値のディスプレイに供給され、本章の終わりに記述されます。

次のテーブルは異なるEmpressデータタイプの範囲(最小値と最大値)を リストします。第1のテーブルは、Empressのパラメータのデータ範囲 (フィールドに関連した値）をリストします。第2のテーブルは、 Empress汎用データのための範囲(定数あるいは表現の結果)をリストします。

パラメータのデータタイプは以下のとおりです。

Table 3-2: パラメータデータタイプ

汎用データ・タイプおよびそれらの範囲は次のとおりです。

Table 3-3: 汎用データタイプ

4種類の文字データ・タイプがあります。 CHARまたはCHARACTERは通常の文字列のために、NLSCHAR またはNLSCHARCTERは16ビット文字列用に、TEXT, NLSTEXTは可変長テキスト用にあります。

CHARデータ・タイプは、1文字以上から成る文字列を格納します。 バイト数は、単一のバイトからC int(32ビットの機械上の典型的にはの 2³¹-1バイト)の最大値まで指定することが可能です。 受入れ可能なデータは、ブランク、下線、任意の大文字か小文字、印刷可能か 印刷可能でない文字、任意の数字あるいは文字です。

印刷可能でない文字はCHARタイプ3のみに格納されます。

タイプCHARの属性は以下のように指定されます。

   attr CHAR [ (length [, type]) ]

説明

タイプ1は、入力中の前後のブランクを切り捨て、印刷可能な文字だけを受け付け ます（改行は含まれない）。 例えば名前:

   "    John P. Doe   "

と

   "John P. Doe"

はCHARタイプ1として入力される場合同一となります。

タイプ2は、データが入力されたとおりに正確に保存し、印刷可能な文字だけを 受け付けます。もしCHARタイプ2として入力されれば、 CHARタイプ1の例として使用した2つの名前は異なります。

タイプ3は、データが入力されたとおりに正確に保存し、また入力として NULL(\0)以外のどんな有効なASCII文字も受け付けます。 newline(キャリッジリターンラインフィードコンビネーション)は<Return>を 押す直前にバックスラッシュ(\)をタイプすることにより、CHARタイプ3に 対し<Linefeed>として保存されます("\"文字は保存されません)。 バックスラッシュはシステム変数MSLINECONTの中で設定されている Empressライン継続文字です。これが変更された場合、MSLINECONTに よって設定した文字を使用しなくてはなりません。

SQLインターフェースINSERTあるいはUPDATEコマンドの中、 あるいはWHERE句の中で使用されるCHAR属性用データは、 引用符で囲んで指定します。それによりEmpressは、データの始まりおよび 終了を判別することができます。 対話型インターフェースの文字データは対話型のインターフェースが データとしてピリオド(.)で始まらない入力を解釈するので引用を囲むことを要求 しません。

CHARタイプ3属性はどんなASCII文字(NULL以外の)も格納する ことができますが、制御文字を含んでいるデータがファイルからロードされるか、 クエリー言語によって端末から入力される場合、問題が生じるかもしれません。 これはオペレーティングシステムおよび端末の取扱い人がデータとしてそれらを 認める代わりにある制御文字を解釈するかもしれないからです。 例えば、<Ctrl+D>は通常UNIXシステム上のファイルの端の文字です。 それぞれのシステムでは、両方が端末やファイルからのデータ・エントリーを中止 します。

Empressホスト言語インターフェースのうちの1つで書かれたプログラムを 使用して、データベースへ問題文字を入力することは常に可能です。

オペレーティングシステムは、端末からタイプされた一つの行に幾らかのバイトを 単に格納するので、システムバッファーサイズ(バッファーオーバーフローはシステム からシステムまで変わります)以上のデータを含んでいる行の入力は、特別のステップ を必要とします。

長い行を入力する必要があれば、以下のどちらかの方法で可能です。

1. エディタを使用してファイル中のデータを入力します。そしてinsertまたは update from ファイルコマンド(Empress SQL: User's Guideのファイルからの挿入、更新を参照)でデータを入力 します。

2. 対話型インタフェースにおいて、.zzコマンドを使用して システムエディタから長い行を入力します。 (対話型インタフェースを参照 してください。).

ラップアラウンドが生じる場合、自動ラップアラウンドを備えたターミナルは 通常テキストに新しいラインを挿入しません。端末からこの方法で入力されたデータ はいくつかの行から成るように見えるかもしれませんが、もし明示的な新しい行が <Return>あるいは<Linefeed>キーを押すことにより入力されていなけれ ば、それはオペレーティングシステムおよびEmpressによって一つの行として 扱われます。

他方では、自動ラップ(viのような)を備えたいくつかのテキストエディタは ラップポイントでタイプされたテキストに新しい行を挿入することができます。 エディタを使用して、データファイルを作成していれば、これがテーブルへデータを 入力する場合に生じているかチェックするべきです。

CHARデータタイプ1および2がデータ値として新しい行を許可しないこと に注意してください。CHARタイプ3およびTEXTデータタイプは 新しい行を許可します。しかし、新しい行が入力される前に、行継続文字(初期値 バックスラッシュ(\)でMSLINECONTによって設定されている)がタイプ しなくてはなりません。

TEXTデータタイプは、一連のテキストを格納するためにデザインされて います。TEXTデータは、単一の文字からC int(32ビットマシン上で 2³¹-1バイト)の最大値まで格納することができます。

TEXT属性は以下のように定義されます。

   attr TEXT [ (display [, primary [, overflow [, extents ]]])];

where:

SELECTか対話型のINSERT/UPDATEによって Empressがフィールドデータ値を検索する場合は常に、表示長は表示された 行の長さです。

1. SELECTについては、データ全体を表示するために多くの行を必要と します。LISTキーワードを指定してSELECTした場合には表示長に 制限されずに表示されます。

2. 対話型のINSERT/UPDATEについては、指定された表示長の 1行だけが残りの文字数と一緒に表示されます。データを更新するために、 Empressエディタあるいはシステムエディタを使用することができます。

一連のテキストを検索した場合、行は表示長の限界まで表示され、次のレコード がに新しい行に表示されます。 表示長に到達した場合、文字列はハイフンなしで途中で切れてしまいます。テキスト に埋め込まれている改行は出力上に保存されています。

テキストの一部としてそれを入力するために行継続文字(省略値(\)、 システム変数MSLINECONTによって定義されます)によって改行に先行しなけ ればならないことに注意してください。ただしバックスラッシュは格納されません。

表示長20バイトのTEXT属性のフィールドに、1行40バイトの文字列が 4行最後尾に改行コードを伴って格納されている場合、SELECTすると8行の 20バイトのラインが表示されることになります。 対話型のINSERT/UPDATEから、第1のラインの最初の20文字、 およびもう140文字が値にあると述べるメッセージが表示されます。

同じTEXT属性が60の表示長さを持っている場合、SELECTの表示 は、4行の40文字を改行コードを伴って表示し各々20のブランクを後に続けて表示 します。したがってテキストカラムは、次の属性カラムからの非常に広いセパレータ を持つように見えます。

60の表示長については、埋め込まれた改行はなしで、データとして属性へ単に 160文字を入力すれば、SELECTでは3行のライン(終わりで20のブランクで 当てがわれた最後のライン)を表示します。40の表示長は4行のラインを表示します。 20の表示長は8行のラインなどを表示します。

各々のTEXT属性値は始めだけテーブルに格納されます。残りは オーバーフローエリアに格納されます。テーブルにはプライマリ記憶長に指定された バイト数格納されます。プライマリ記憶長は、入力あるいは表示されたラインの長さ に依存しません。また、それの変更は表示されたラインの長さに影響しません。

最適なプライマリ記憶長は、格納するデータのタイプに依存します。一般に、 プライマリ記憶長は表示長と同じになります。

2、3行のラインのような短いテキストは、入力されるほとんどのテキスト行を プライマリ記憶に保持し、かつオーバーフロー記憶長を小さく指定することが 最も良い設定です。この場合格納領域をあまり使わず、速い検索を得ることが できます。 例えば、TEXTデータタイプに住所を格納する場合する場合、住所がほとんど 全て4行のラインであるとした場合、プライマリ記憶長を4行のラインをすべて保持 するように十分に大きくしてください。表示長が40バイトである場合、160バイトと してプライマリ記憶長を指定します。 また、それは160バイトのCHAR属性よりあなたのテーブルの中でわずかに より多くのディスク容量を使用します。

各TEXTデータタイプ属性については、個別のオーバーフロー記憶 ファイルがメインテーブルに入らないデータを格納するために作成されます。 オーバーフロー記憶長はこのオーバーフローエリアの各範囲に格納されたバイト数 です。(範囲はオーバーフローファイルに割り当てられた記憶装置の1ユニットです。) オーバーフロー記憶長は0として指定されるかもしれません。しかし、 TEXTデータタイプの目的は無制限の記憶装置です。したがって、 オーバーフロー記憶装置のサイズは0より通常大きくなります。必要により、 複数のラインはオーバーフロー記憶装置に入れられます。また、オーバーフローは 無期限に成長し続けることができます。

現実にオーバーフロー記憶装置を使用しなければ、空のオーバーフローファイル用 のオーバーヘッドは最小となります。本当にオーバーフロー記憶装置を望まなければ、 TEXTの代わりにCHARタイプ3を使用するべきです。 それらは改行を受け付けます。 また、SELECTでの主な違いはCHARタイプ3のための表示長を指定 することができませんが、表示長として属性長を与えられるということです。 オーバーフロー記憶装置からデータを取って来ることは、データのを検索時間を多少 増加させます。

しかし、それが現実に使用される場合、オーバーフロー記憶装置は単に探索されます。 短いオーバーフロー記憶長さを指定すれば、最後のオーバーフローレコードが単に 部分的に満たされる場合、あるいは短いラインをタイプインしていれば、ディスク 容量はほとんど浪費されないでしょう。) しかしながら、多くのオーバーフローレコードがある場合には大きなオーバーヘッド が発生するでしょう。 対照的に、大きなオーバーフロー記憶長を小さくした場合より少ない時間で処理 します。これはレコードにアクセスすることに関係します。

オーバーフローファイル中のデータはツリー構造として組織されています。 オーバーフローファイルの各データ範囲はデータブロックである領域と、 次のデータブロックへのポインタを保持するポインターブロックから構成されて います。 可変長のデータがテーブルに挿入される場合、オーバーフローデータは隣接する領域 (それが可能な場合は常に)あるいは隣接しない領域(それがシステムによって許容可能 でない場合)のいずれかに格納されます。 オーバーフローデータが隣接する領域に格納されるか、メインテーブル(パラメータ 範囲)の中に全てのポインターを保存する十分なスペースがある場合、 オーバーフローファイル中にはポインターブロックは必要ありません。

オーバーフローファイルの中で要求された領域の近似の数が判る場合、パフォーマン を向上させるためにオーバーフローファイル中の領域がすべて直接アクセス可能に なりえるように、属性パラメーター中のエキステントへの ポインタ数を指定します。

NLSCHARACTERデータタイプは、16ビットの文字を格納できる事以外は、 CHARACTERデータタイプと同一です。

NLSTEXTデータタイプは、16ビットの文字を格納できる事意外は、 TEXTと同一です。

日付を格納するための3つのデータタイプがあります。

• DATEデータタイプは、一般的な日月年の日付。
• TIMEデータタイプは、時間と日付データ。
• MICROTIMESTAMPデータタイプは、時間と日付およびマイクロ秒情報。

DATEデータタイプは特に日付の格納のために設計されています。 DATE属性は次のように指定されます。

   attr DATE [ (type) ]

説明

13の異なるDATEデータタイプは一般的な日付フォーマットをカバー しており、以下のとおりです。

Table 3-4: Empress DATEデータタイプフォーマット

*

nnnnは、Empressシステム変数MSDATELIMIT (日付として入力できる最も小さな西暦)によって定義されます。

入力においては、日付タイプによりが、日、月および年のオーダーを決定します。 出力においては、日付タイプが表示フォーマットを決定します。

月は、2つの数字、英語表記あるいは3文字の略語として扱われます。 例えば4月は、April、04月、APR、Apr、 04として扱われます。

DATEタイプ0、1、2、7、8、9、11(4桁で年を扱うタイプ)については、0000年から 9999年までの入力が可能です。

その他の年を2桁で扱う日付タイプは、Empressシステム変数 MSDATELIMITによってセットされた西暦から始まり、99年後までしか入力 できません。詳細に関してはDatabase Administrator's Guideを参照 してください。

日付データはスラッシュでフォーマットされ表示されますが、入力時にはハイフン 、カンマで区切っても入力は可能です。 例えば、27-06-1998および27,06,1998は、日付タイプ8として 入力されます。しかし、検索される場合は27/06/1998として表示されます。

全てのDATEタイプにその日の日付を入力する場合には、TODAY あるいはNOWのいずれかを入力します。 また入力時に大文字でも小文字でも適切なフォーマットで現在の日付を格納します。

すべてのDATEデータタイプは、"yyyymmdd" フォーマットで書かれた日付を受け付けます。 この日付フォーマットはデータ入力および比較の両方で使用することができます。

Empressは日付を入力する場合、システム変数MSDATEPIC(好みの フォーマットを指定します)に月および年の設定ができます。それは、検索結果の表示 フォーマットに影響しません。

この変数をセットする主要な効力は日付データの日、月および年の順序が決定 できることです。Empressはこのフォーマットで入力されたデータを適切な 形式に変換し保存します。

MSDATEPICは次に示すようにセットされます。dは日数字用、 mは月数字用、aは月文字用、yは年数字用です。 フォーマットはダブルクォートで囲まれた多くの文字あるいは数字から構成されます。 MSDATEPICの初期値は次のとおりです。

   dd aaaaaaaaa yyyy

日付データが日付フィールドに入力される場合、以下のように評価されます。

1. Empressは、データが汎用日付フォーマット(yyyymmdd)を 使用して、有効な日付にすることができるかどうか最初にチェックし、 問題なければそのデータを入力します。

2. データが普汎用日付フォーマットでない場合、Empressは、その フィールドのDATEタイプのフォーマットによって決定された日、月、年 オーダーを使用して、有効な日付か、データを入力できるかチェックします。

3. 最後に、上記2つのチェックに失敗した場合、Empressは MSDATEPICに指定されているフォーマットと日、月、年オーダーが一致して いるかチェックします。ここで失敗するとエラーとなります。

例として、dd aaa yyにセットされたMSDATEPICで DATEタイプ7属性(その正確なフォーマットはmm/dd/yyyyである)の 環境の場合。

1998年6月27日の日付に入力するにはに、汎用日付フォーマット19980627 と980627は受入れられます。

DATEタイプ7フォーマットとして下記のデータも受け付けます。 月データの06は6として入力してもかまいません。

   06/27/1998
   06/27/98
   06-27-1998
   06-27-98
   June 27 98

最後に、MSDATEPICによって指定されたオーダーとして下記データを受け 付けます。

   27 Jun 98
   27 Jun 1998
   27 June 1998
   27 June 98
   27 6 1998
   27 6 98
   27 06 1998
   27 06 98

最後の4つのデータではもスペースの代わりにスラッシュかダッシュで入力する ことも可能です。

上記のフォーマットに適合しない次のようなデータは受け付けられません。 1998 June 27, 98 jun 27

表現式での日付指定は、任意の属性に関係していないので、属性に 関連したDATEタイプは日付を評価する際に考慮されません。 表現式の中で日付を使用する場合または日付算術を行う場合は、日付データは 汎用日付フォーマットかMSDATEPIC の中で指定された形式で指定しなくてはなりません。 （Empress SQL: User's Guideを参照してください。)

TIMEデータタイプは日付データに時刻情報を加えて保存します。 TIME属性は次のように指定されます。

   attr TIME [(type)]

typeはDATE属性(0から12までの数)と同じフォーマット です。typeの省略値は0になります。

時間は24時間表記(午後3時は15:00:00)を使用して記録されます。年データの受け入れ 範囲は1970年〜2035年となります。

Table 3-5: Empress TIMEデータタイプフォーマット

TIMEデータタイプフォーマットの全てにおいて、TODAY (大文字、小文字または混合も可)を入力すると現在の日付と時間部分に00:00:00が 入力されます。NOWを入力すると現在の日付および現在の時間を入力します。 TIMEデータ値は、DATEデータ値と同じ方法で解釈されます。

MICROTIMESTAMPデータタイプは、TIMEデータとマイクロ秒情報と 格納します。MICROTIMESTAMP属性は次のように指定されます。

   attr MICROTIMESTAMP [(type)]

typeは、TIME属性(0から12までの数)と同一で、日付部分が表示される フォーマットを指定します。タイプの省略値は0になります。

このデータタイプ日付と時間およびマイクロ秒を格納し、データの受け入れ範囲は 0000年1月1日00:00:00.000000から9999年12月31日23:59:59.999999までで、 最後の6桁がマイクロ秒です。これはTIMEデータタイプの範囲に関する 大きな改良です。

13の異なるMICROTIMESTAMPフォーマットを以下に示します。 その出力例は、1998年8月28日午後2:56:15および234599マイクロ秒です。

Table 3-6: Empress MICROTIMESTAMPデータタイプ

*

nnnnは、Empressシステム変数MSDATELIMIT (日付として入力できる最も小さな西暦)によって定義されます。

MICROTIMESTAMPデータタイプをODBCインタフェースの クライアント／サーバアプリケーションで使用する場合には、 Empress ODBC サーバをバージョン2.2にアップグレードする必要があります。

小数位を数に格納するための2つのデータタイプがあります。DECIMAL またはDECは通常の10進数を、DOLLARは貨幣値を格納するための ものです。

DECIMALまたはDECデータタイプは10進のデータを格納し、 数字の総桁数および小数点に続く数字の桁数の２つを指定できます。 DECIMALデータは1から38の範囲で指定します。DECIMAL属性は 次のように定義されます。

   attr DECIMAL [(total_digits [, decimal_places])]

説明

以下にDECIMALデータを異なるパラメータを使用して定義された属性に 対して、どのように格納または検索されるか示したものです。

   入力      (5,2)      (4,2)      (6,4)      (6,0)      (2,0)
   

   -10        -10.00     -10.00     -10.0000   -10        -10
   .4         0.40       0.40       0.4000     0          0
   1.234567   1.23       1.23       1.2346     1          1
   1.5        1.50       1.50       1.5000     2          2
   10         10.00      10.00      10.0000    10         10
   12.34      12.34      12.34      12.3400    12         12
   21.9       21.90      21.90      21.9000    22         22
   123.4      123.40     ***        ***        123        ***

四捨五入が生じるか注意してください。余分な小数位は最も近い数に四捨五入 されます。アスタリスク(***)の印のあるエントリーは、変換エラーになる ことを示します。 小数点の前にあまりにも大きな数字を入力したり、文字(例えばabcd)を入力 した場合に入力変換エラーが発生します。

DOLLARデータタイプは、貨幣値(正の数または負の数)の格納のために 設計されています。DOLLAR値は1から13の数字で指定します。 DOLLAR属性は次のように指定されます。

   attr DOLLAR [ (max_digits [ , type])]

説明

タイプ1のDOLLAR属性は、データにドル記号を付加して表示します。 タイプ2のDOLLAR属性は、ドル記号を付加し、総桁数に満たない場合には アスタリスク(*)を埋め込み表示します。タイプ3のDOLLAR属性は、 ドル記号、アスタリスク、コンマのない値を表示します。

DOLLAR(10,1)として指定された属性は、9,999,999,999.99ドルまでの値 を格納できます。また、入力データが小数点前10桁に満たない場合は、ドル記号の後 にブランクなしで表示されます($1,253.47)。DOLLAR(10,2)として 指定された属性は同じ最大値まで格納でき表示できます。しかし、小数点前10桁に 満たない場合にはドル記号の後にアスタリスクを埋め込みます ($******1,253.47)。DOLLAR(10,3)として指定された属性は同じ 最大値まで格納でき表示できます。 しかし、ドル記号、コンマ、アスタリスクは表示されません(1253.47)。

DOLLARデータがSQLのINSERTあるいはUPDATEコマンド や、WHERE句の中で使用される場合ドル記号を2度タイプする必要があります。 これはEmpressにEmpress変数とそれを混同させないためです。 ただし対話型インターフェース経由でドル記号付きでドルデータを入力する 場合には、ドル記号を2度タイプする必要はありません。

Empressシステム変数MSDOLLARはDOLLARデータタイプ のための入力と出力のフォーマットをコントロールするために使用されます。 この変数には文字列で最大50文字まで指定できます。1番目の文字はドルとセントを 分離するセパレータです。2番目は千単位のセパレータです。3番目は埋め込み文字 (DOLLARタイプ2用の)です。残りの文字列は先頭に付加する通貨記号です。

MSDOLLARに対する初期値は以下のとおりです。

    .,*$

ドイツの通貨用に変更する場合には、MSDOLLARに次のものをセットします。

   ,.*DM

DOLLAR(6,2)と指定した場合、以下のように表示します。

   DM**1.234,56

米国の通貨用に変更する場合には、MSDOLLARに次のものをセットします。

   ., US$

以下のように表示します。

   US$ 1,234.56

ドルデータはSELECTコマンドと同一のスタイルでファイルや クエリー言語から入力されます。

千単位のセパレータにピリオド(.)を指定する場合は注意してください。 対話型インターフェース経由でドルデータを入力する場合、999より大きな値 を千単位のセパレータを付けてタイプすると、Empressは小数点と混同して しまいます。

したがって、MSDOLLARに",.*DM"と指定した場合 に、次の数値を入力すると。

   入力値           10進の値

   1.234,56         1234.56 
   DM1.234          1234.00 
   1.234,           1234.00 
   1.234.567        1234567.00

1.234の入力は、DM1.234,00ではなく、1.23の10進の 値を格納してしまいます。

フロートデータは、10進の値を数のような非整数数値に格納することができます。 フロートデータは3つのタイプがあります。

• FLOAT
• LONGFLOATまたはDOUBLE PRECISION
• REAL

FLOATデータ属性は次のいずれかで指定できます。

   attr FLOAT [小数点位置]
   attr LONGFLOAT
   attr REAL

REALデータタイプは、7つの有効数字(正確な数はEmpressが起動 されているマシンに依存します)として表わされ(10342は1.034200e+04として 表示されます、また、0.010342が1.034200e-02として表示されます)ます。 検索上で科学的記数法中で表わされ、使用しているマシンに依存して変わりますが、 格納されたデータ値は非常に大きくなります。

LONGFLOATまたはDOUBLE PRECISIONデータは16の有効数字として 格納され、科学的記数法中で検索されます。LONGFLOATに格納された値の 正確な範囲はマシンに依存します。

FLOATによって格納された正確の数字の数は、ユーザ(システムの制限に 従う)によってセットされます。 小数位の数が1と6の間にある場合、それはREAL(4バイトの単精度フロート)と 同じです。小数位の数が7と12の間にある場合、それは8バイトの DOUBLE PRECISIONフロートです。

3つのタイプの整数データがあります。

• INTEGERまたはINT
• SHORTINTEGERまたはSMALLINT
• LONGINTEGER

整数データ属性は次のいずれかをで指定できます。

   attr SHORTINTEGER
   attr [ INTEGER ]
   attr LONGINTEGER

整数タイプは、格納することを計画する数のサイズを考慮して選択します。 SHORTINTEGERは-127から127(+/-2⁷-1)までの範囲です。 INTEGERは-32767から32767(+/-2¹⁵-1)までの範囲です。 LONGINTEGERは-2147483647から2147483647(+/-2³¹-1)までの 範囲です。LONGINTEGERが他の2つのタイプの範囲をカバーするので、 INTEGERとSHORTINTEGERがあることが不必要に思えるかもしれま せん。しかしながら、これらはLONGINTEGERによって要求された格納領域の 半分および4分の1をそれぞれ占めます。したがって、与えられた属性に対するすべての データ値があるサイズを超過することがないと判明している場合には、整数タイプの 選択により格納領域を最低限に抑える事ができます。

MULTIMEDIAまたはBULKデータタイプは、2進法の表現でC intの 最大値(32ビットのマシンで2³¹-1バイト)までのデータを格納します。 これは、データ値の任意のシーケンスの記憶を可能とします。BULK属性は 次のように宣言されます。

説明

これらのパラメーターが指定されない場合、長さの省略値は各々20バイトで、 ポインタ数の省略値は1です。これらのパラメーターについてはTEXTデータ タイプについてのセクションを参照してください。

データは手動で入力されるか、あるいはキーワードDIRECT_FROMを使用 して、ファイルから直接格納できます。データはどちらの場合も16進法で入力されます。

• 各数が2つの数字である連続的な流れ、ブランクは許可されません。
• ブランクによって分離された1または2桁の数。

2つの入力スタイルを使用して1つのデータ値を作ることはできません。16進法の 数字は一般的なASCII文字です 0-9、A-F(またはa-f)。

データは16進法から2進法へ変換され格納されます。そのフォーマットにより アプリケーションプログラムから直接アクセスすることが可能です。 SQLのSELECTからの出力は16進法に再変換され、一つのブランクにより分離し 2桁の数字として表示します(アルファベットは小文字で表示されます)。(内部、外部、 ファイルフォーマットに関しては(内部、外部、ファイルフォーマット についてはEmpress Host Language: C Interface - mx RoutinesとEmpress Host Language: C Kernel Level Interface - mr Routinesを参照してください。)

BULKデータへのアクセス例は、Empress Host Language: C Kernel Level Interface - mr Routinesマニュアルの BULKデータの操作にある プログラムvoice.cにあります。