Page History
1.1.1 フィールド・タイプについて
フィールド定義
- すべての区画で 1.1.2 Alpha、1.1.7 Packed、1.1.8 Signed のフィールド・タイプを使用することができます。
- フィールド・タイプ 1.1.11 Date、1.1.12 Time、1.1.13 DateTime、1.1.14 Binary、1.1.15 VarBinary、1.1.3 String、1.1.4 NVarChar、1.1.6 NChar、1.1.5 Char、1.1.9 Integer、1.1.10 Float、1.1.17 BLOB、1.1.18 CLOB、1.1.19 Booleanは、RDMLX使用可能区画で使用する必要があります。詳細については、『Visual LANSA 管理者ガイド』の 「RDML 区画および RDMLX 区画」を参照してください。
- Packed、Signed、および Integer には編集コードと編集語の使用が許されます。他のフィールド・タイプは編集コードと編集後はサポートされていません。
- 鍵盤シフト・ブランクは、Binary、VarBinary、Date、Time、DateTime、Integer、Float、NVarChar、NChar、BLOB、Boolean のみで有効な値です。
- RDMLX区画では、参照フィールドにより定義されたフィールドは参照フィールドと異なる属性を持つことはできません。これはシステム定義の*IMPREFFLDNOPROPフラグに関係なく適用されます。
- Date、Time、DateTime、Binary、VarBinary、BLOB、およびCLOBタイプの新しいフィールドは、デフォルトで ASQN 属性 ( の共通属性を参照) が有効になります。
...
- LANSA ファイル作成時、LANSA フィールド・タイプは、各ベンダーがサポートする特定の DBMS データ・タイプに変換されます。例えば、Integerフィールドは(その長さに依存して)TINYINT、SMALLINT、INTEGER、BIGINT、NUMBER(3)、NUMBER(5)、またはその他のタイプで実装されます。これはサポートされる特定ベンダーのDBMSレイヤーにより異なります。ファイル x_dbmenv.dat がこの動作を制御しますが、これは変更することはできません。
- 場合によって特定ベンダーの DBMS がフィールド長のすべてを処理できないことがありますが、これは LANSA で有効なデータ長がベンダーのデータベースで有効なデータ長よりも長い場合です。導入先のDBMSシステムを選択することはできますが、フィールドが正確に保持されない場合は警告が表示されます。この場合、データは切り捨てられるかまたは拒否されます。例えば 29 桁に定義された DateTime の場合、Oracle では完全な小数点以下 9 桁での保管をサポートしますが、他の DBMS ではデータは自動的に切り捨てられ、小数点以下は 0、3、または 6 桁になります。