はじめに
関数リファレンス
- 関数の構成要素
定数
演算子
日付
関数
- 関数の概要
  - Aggregate関数
    - フィルタ条件
  - 変換関数
  - データクレンジング関数
  - 日付関数
  - エンコード関数
  - 財務関数
  - 水平拡張関数
  - 数値関数
  - 科学関数
  - 特殊関数
  - 文字列関数
  - テスト関数
  - ウィンドウ関数
    - ウィンドウ関数としての集計関数
    - ウィンドウ関数としてのネストされた集計関数
- 関数のクイックリファレンス
- 詳細モードの機能
- %OPR_CONCAT%
- %OPR_CONCATDELIM%
- %OPR_IIF%
- %OPR_SUM%
- ABORT
- ABS
- ADD_TO_DATE
- AES_DECRYPT
- AES_ENCRYPT
- AES_GCM_DECRYPT
- AES_GCM_ENCRYPT
- ASCII
- AVG
- CEIL
- CHOOSE
- CHR
- CHRCODE
- COMPRESS
- CONCAT
- CONVERT_BASE
- COS
- COSH
- COUNT
- CRC32
- CUME
- DATE_COMPARE
- DATE_DIFF
- DEC_BASE64
- DECODE
- DECOMPRESS
- ENC_BASE64
- ERROR
- EXP
- FIRST
- FLOOR
- FV
- GET_DATE_PART
- GREATEST
- IIF
- IN
- INDEXOF
- INITCAP
- INSTR
- IS_DATE
- IS_NUMBER
- IS_SPACES
- ISNULL
- LAG
- LAST
- LAST_DAY
- LEAD
- LEAST
- LENGTH
- LN
- LOG
- LOWER
- LPAD
- LTRIM
- MAKE_DATE_TIME
- MAX (Dates)
- MAX (Numbers)
- MAX (String)
- MD5
- MEDIAN
- METAPHONE
- MIN (Dates)
- MIN (numbers)
- MIN (String)
- MOD
- MOVINGAVG
- MOVINGSUM
- NPER
- PERCENTILE
- PMT
- POWER
- PV
- RAND
- RATE
- REG_EXTRACT
- REG_MATCH
- REG_REPLACE
- REPLACECHR
- REPLACESTR
- REVERSE
- ROUND (Dates)
- ROUND (Numbers)
- RPAD
- RTRIM
- SET_DATE_PART
- SETCOUNTVARIABLE
- SETMAXVARIABLE
- SETMINVARIABLE
- SETVARIABLE
- SHA256
- SIGN
- SIN
- SINH
- SOUNDEX
- SQRT
- STDDEV
- SUBSTR
- SUM
- Systimestamp
- TAN
- TANH
- TO_BIGINT
- TO_CHAR (Dates)
- TO_CHAR（数値）
- TO_DATE
- TO_DECIMAL
- TO_FLOAT
- TO_INTEGER
- TRUNC (Dates)
- TRUNC（Numbers）
- UPPER
- VARIANCE
システム変数
データ型リファレンス

関数リファレンス

前へ次へ

データ型に関するルールとガイドライン

データ型と変換には以下のルールおよびガイドラインを使用します。

フラットファイルのすべてのフィールドのデフォルトのデータ型はNstring(255)です。

データ型を変更する必要がある場合は、

［メタデータの編集］

オプションを使用して、フィールドのネイティブタイプまたは精度を編集します。

ソースフィールドとターゲットフィールド間または式とターゲットフィールドの出力間で互換性のないデータ型をマッピングした場合、タスクは予期しない結果になる可能性があります。

例えば、同期タスクでMySQLデータベースソースの日時カラムをSalesforceターゲットの整数カラムにマッピングした場合、

同期

タスクは失敗します。

精度が28を超える数値データは、ターゲットに書き込まれるときに精度15に切り詰められます。

例えば、4567823451237864532451.12345678 はターゲットに4567823451237864000000.00000000として書き込まれる可能性があります。

以下のデータ型とデータベースタイプのソースフィールドをSalesforceターゲットにマッピングした場合、

同期

タスクは失敗します。

データ型	データベースタイプ
tinyint	MySQL
tinyint	SQL Server
interval year to month	Oracle
interval day to second	Oracle
rowid	Oracle
urowid	Oracle

ほとんどの場合、

レプリケーション

タスクはソースと同じ精度とスケールをターゲットに作成します。それ以外の場合、

レプリケーション

タスクは異なる精度またはスケールを使用します。

場合によっては、

レプリケーション

タスクが精度またはスケールを指定せず、データベースがデフォルトを使用することがあります。例えば、ソースがMySQLでソースのデータ型がDouble(12)とします。

レプリケーション

タスクはOracleターゲットにNumberデータ型を作成し、精度を指定しません。

ソースがOracleではなくターゲットがOracle、ソースのデータ型がnchar、nvarchar、またはnclobの場合、アプリケーションはソースフィールドの精度を2倍（最大64000）にし、ターゲットファイルの精度を取得します。

ソースがMySQLでターゲットがMicrosoft SQL Server 2000または2005、ソースのデータ型が日付または時刻の場合、ターゲットフィールドのデータ型はTimestamp(23, 3)になります。

レプリケーション

タスクがMySQLのデータをフラットファイルに書き込み、ソースに時刻データが含まれる場合、

データ統合

は時刻データをdate/timeデータ型に変換します。このとき、日付は現在日付、時刻はソースで指定された時刻になります。

式で文字列関数を使用して、フラットファイルをロードする前に日付を削除できます。

ソースまたはターゲットがOracleの場合、Numberフィールドの精度はスケール以上にする必要があります。そうでない場合、タスクは失敗します。

同期

タスクがSalesforceからスケールのない17桁または18桁の数値データをNumberデータ型のOracleカラムに書き込むと、タスクはターゲットに予期しない出力を生成する可能性があります。

例えば、

同期

タスクはSalesforceの値67890123456789045をOracleターゲットに67890123456789048として書き込みます。

OracleデータベースターゲットでODBC接続を使用する場合、Oracleテーブルカラムの最大精度がchar(1999)、varchar(3999)、nvarchar(3998)、nchar(3998)を超えていないことを確認します。

データがMicrosoft SQL ServerのRealデータ型のソースフィールドから取得される場合、タスクはターゲットに破損データをロードする可能性があります。

データ型リファレンス

ガイドをダウンロード

ページをウォッチ

フィードバックを送信

コミュニティ

Knowledge Base

Success Portal

Rename Saved Search

目次

関数リファレンス

関数リファレンス

データ型に関するルールとガイドライン

データ型に関するルールとガイドライン