１．同一テーブル内でのフィールド間の演算
　
　 �@フィールド間での四則演算

フィールド間で四則演算を行います。その一例を示します。
　　　
　　　 導出定義文　テーブル＝受注明細

上記の例は、「合計」が「数量」と「単価」を掛けることによって求められると定義した例です。次に、自動的に計算されるところをコマンドプロンプトからosqlを起動してその様子を見ます。f.はフィールドであることを示しています。

*1 Insert命令での行番号が０になっていますが、行番号が０のとき、その受注番号で最大値を自動的に取ってくるR3D記述があるとします。
*1 同様にInsert命令で、商品コード（A003）と数量（5）を与えるだけで、商品名（「砂糖」）と単価（208円）が商品マスターから自動的に持って来られて数量（5）と掛けられて1040円となった例です。

　�A自動的に日付をセット

自動的に日付を入れます。以下はその一例です。
　　　
　　　 導出定義文　テーブル＝受注明細

テーブル内の任意のフィールドが変更されたときに、日付と時間を「修正日時」に代入するという例です。先ほどの�@の例でinsertした商品の「数量」を変更して、「修正日付」に日付と時間が自動的に代入されるところを見ます。なお、「getdate()」は、DBMSの標準関数です。

*1 修正日時には、自動的に本日の日付が入ります。

　�B自動的に売上日をセット

売上が上ったときに自動的に売上日がセットされるようにします。その一例です。
　　　
　　　 導出定義文　テーブル＝受注明細

先ほどinsertしたデータに対して「売上数」に値を入れることによって、売上合計を自動的に求め、かつ、売上合計に値が入れられた（nullでない）ことをもって売上日に本日を代入する例です。

*1 ここで売上を立てています。つまり、売上数に６をセットしますと、自動的に売上額が計算され、さらに、売上日も入っています。*2

　�C行番号の自動採番

受注番号単位に行番号が自動的に最大値に1プラスしてセットされる様にします。
　　　
　　　 導出定義文　テーブル＝受注明細

上記の例は、受注明細がinsertされたときは、自動的にその受注番号での行番号の最大値+1を持ってきて、それを行番号に代入しています。 getmaxはR3D関数で最大値を読み出す意味です。

*1 Insert命令で新たに格納したデータです。insert時での行番号は仮に０を指定していますが、自動的に行番号が３になっています。（注）行はキーなので、指定しないとnullになりエラーとなってしまいます。

２．異なるテーブル間の演算

　　 �@コード値による名称の自動取得

　以前ではデータストレージ（HDDディスクなど）の価格が高かったことと、正規形のデータモデルを重視してデータを重複して持つことはしませんでしたが、最近ではむしろ処理パフォマンスを重視し、処理の重いViewを使わず、むしろデータを重複して持たせることも多くなりました。そのときに問題となるのが、関連するテーブルからのデータの取得とそのメンテナンスです。R3Dでは、これらの処理をR3D関数で簡単に記述することができます。
次の例は、マスターテーブルからコード値を与えて名称，単価を得る例です。

　　　導出定義文　テーブル＝受注明細

商品コードが与えられたときに、商品名や単価が商品マスターから自動的に持って来られて代入される例です。「t.」はテーブルであることを示しています。

*1 まず商品マスターの内容を見ます。
*2 次に、商品コード「A003」を格納します。
*3 行番号３に、A003が商品マスターから「商品名」「単価」が自動的に持って来られ、合計が計算されたところを見ます。

　　�A同じコードを持つ名称の一斉自動更新

　ある商品コードの商品名が変わったとき、全てのその商品コードを持つ商品名は、自動的に変更されます。つまり、コードの値とそのコードを持つデータの内容とがR3Dによって常に同期を取られるということです。以下はその一例です。

　　　導出定義文　テーブル＝受注明細

商品マスターの中のコードが「A002」の名称が「納豆」であるところを「自然納豆」に変更します。そうしますと、受注明細のそのコードを持つデータの名称も一斉に更新される例です。

*1 商品マスターのコード「A002」の商品名「納豆」を「自然納豆」に変更します。
*2 商品コードが「A002」を持つ受注明細データの全てが変ったことを確認します。

　伝票データなどにおいて、データ作成時の内容でそのまま保存しなければならない場合があります。
その場合、初期にデータを格納するときには、マスターからデータを引いてセットしますが、セットした後は、マスターの内容が変更されても、連動して内容が変更されないように定義することもできます。その定義は、R3D関数名の前に"get"をつけることによって可能となります。以下に例を示します。

　　　導出定義文　テーブル＝受注明細

こうすることによって、たとえ商品の単価が変動しても、過去の伝票の内容は変更されません。もちろん、新規に受注明細データを登録する場合には、その時点での商品マスターに登録されている単価が自動的に持って来られます。
　この関数を使うことによって、リアルタイムにデータの同期した更新をせず、あとでまとめて（バッチで）データ更新をして処理パフォマンスを上げることもできるようになっています。

　値を代入するに当たって、無条件に代入するのではなく、条件を付けたいことも多くあります。その場合は、通常の手続きプログラムと同様に「if」文を使います。このif文を使うことによって、通常のプログラムと同じ処理を行うことができます。以下はその一例です。

　　　導出定義文　テーブル＝受注明細

この例は、商品コードが変更された（insertを含みます）ときのみ商品名や、単位を持って来るという記述例です。
例えば、新規に伝票を入力する際、商品コードを指定すれば自動的に商品名が商品マスターから読み出して持って来られますが、その商品名を自由に書き換えたいときなどに指定します。もし、このif文の指定がない場合は、商品マスターと同期がとられますので、商品名が変更されても、その時点で商品マスターから登録されている商品名が再度持って来られその変更に上書きされてしまいます。逆に、常にマスターの値と同期を取って同じとしたい場合は、if文は不要です。

　�D自動集計関数

　sumなどのR3Dの集計関数によって他テーブル内にあるデータの合計値を自動的に集計してセットします。また、集計の元データが変更された場合でも、自動的に集計値が連動して変更されます。以下に例を示します。

　　 　導出定義文　テーブル＝受注マスター

受注明細にデータを追加したら上位テーブルの合計額も自動的に集計されセットされるところを見ます。

*1 受注番号100番に新たな受注を追加しました。
*2 追加された行です。
*3 上位のテーブルの受注番号100に、受注明細の合計額の集計値が自動的に1703になっています。

締日ごとの請求書を自動的に作成します。以下は、締日に従って請求書が作成される例です。

　関係定義文　データベース＝販売データベース

　　　　導出定義文　テーブル＝請求書マスター

顧客番号10番の顧客の締日が毎月20日とします。
2007年9月20付の請求書を作成します。
その場合、売上日が、8月21日〜9月20日までの売上額が請求額となります。

*1 10番の顧客に対して今月の締日(2007-09-20)の請求書をinsertしています。
*2 10番の顧客に対して過去も含めて請求書を印字しました。
2007-09-20の締日の請求書を見ますと、自動的に売上日が2007年8月21日から2007年9月20日までの売上データが集計されて14,933円になっています。getsumではありませんので、もし、後から受注明細の売上データの更新があれば、自動的にここの今月請求額も更新されます。

３．異なるデータベース間の演算
　
　　 �@他データベースとのデータ同期

他データベースに存在するマスターテーブルの内容を持って来て、データの同期を取ります。以下はその一例です。人事データベースと販売データベースがあり、人事データベースの内容を販売データベースで同期して利用するときの例です。

関係定義文　データベース＝販売データベース

導出定義文　テーブル＝社員テーブル

　人事データベース内の社員マスターの社員名が変更されたなら販売データベース内の社員名も自動的に更新されます。「d.」はデータベースであることを示しています。もし新規に人事データベース内の社員マスターに社員が追加されたならば、自動的に追加（insert)されますし、削除されたならば、自動的に削除(delete)されます。もちろん削除されるときは、外部キー制約が満たされないと削除されません。

*1 元の社員番号101の社員名は、「井上花子」さんでした。
*2 大元の人事データベースの「井上花子」さんの名前を、「山田花子」さんに変更しました。
*3 そうすると、販売データベース内の社員テーブルの「井上花子」さんが「山田花子」さんに変更されました。
　
　この場合は、val関数を使っていますので、双方のデータの内容は同期が取られます。すなわち、人事データベースの社員マスターの社員名が変更されますと、販売データベースの販売員マスターの社員名も自動的に更新されます。
　　また、販売データベースの販売員マスターの社員名を変更したとしても、人事データベースの社員マスターの社員名に戻されますので、データの一貫性が保たれることになります。

　他データベースに存在するマスターテーブルの内容を持って来ますが、"get"関数を用いることによって同期を取らなくすることもできます。以下に例を示します。

導出定義文　テーブル＝社員テーブル

４．異なるサーバ間の演算

�@　リンクサーバの登録

　異なるサーバ上にあるデータを参照したり同期して更新するためには、
あらかじめリンクサーバとして下記のようにクエリアナライザ等で相手サーバ名
を登録しておきます。

「TokyoServer」と「NYServer」を登録します。

�A R3Dでの異なるサーバの記述

　自分のサーバが、例えば京都支店にある場合、東京本社にある「TokyoServer」内の全社的な商品マスターの内容を参照します。また、もし東京本社の「TokyoServer」の商品マスターが変更されれば、同期を取って自分の京都支店のサーバ内の商品名や単価も同時に更新されることになります。
　ただ、異なるサーバ間でデータベースを扱う場合には、OSの通信のためのオーバヘッドが余分にかかりますので、頻繁に参照/更新されるデータには適しないことがありますので事前のテストが重要となります。

関係定義文　データベース=京都支店データベース

テーブル：商品マスター =relation R全社商品M 　　　　 [to s.'TokyoServer'.全社DB.全社商品マスター 　　　　　 where s.'TokyoServer'.全社DB.全社商品マスター.商品コード=f.商品コード] 　　　　　　when not found then insert delete me

導出定義文 　テーブル=商品マスター

フィールド：商品名 =val(s.'TokyoServer'.全社DB.全社商品マスター.商品名 　　　　　　　　　　　　[ relation R全社商品M])

フィールド：単価 =val(s.'TokyoServer'.全社DB.全社商品マスター.単価 　　　　　　　　　　　 [ relation R全社商品M])

リンクされたサーバを指定する場合は、「s.」と入力しますと、リンクサーバの一覧が表示されますので、その一覧から使用するサーバを選択することができます。

1>select * from 商品マスター 2>go 　　商品コード　　商品名　　　単価　　在庫数　　最終入荷日 　　　A001　　　　マユネーズ 　298　　　　98　　　2008-05-11 　　　A002　　　　自然納豆 　　 98　　　 125 　　 2008-05-14　　*1 　　(2件処理されました) 1>update [TokyoServer].全社DB.dbo.商品マスター 2> set 商品名='天然納豆' 3> where 商品コード='A002'　　*2 4>go 　　(1件処理されました) 1>select * from 商品マスター 2>go 　　商品コード　　商品名　　　単価　　在庫数　　最終入荷日 　　　A001　　　　マユネーズ 　298　　　　98　　　2008-05-11 　　　A002　　　　天然納豆 　　 98　　　 125 　　 2008-05-14　　*3 　　(2件処理されました) 1>

*1 自分のサーバ内の商品マスターテーブルの内容を表示。
*2 TokyoServer内の全社DBの商品マスターの「A002」の「自然納豆」を、「天然納豆」に変更しました。
*3 そうすると、自分のサーバ内の商品マスターテーブルも「自然納豆」から「天然納豆」に変更されました。

５．自動コード付

　マスターファイルのコード番号付は、大変重要ではありますが面倒な作業でもあります。そのために、一般のDBMSでは、identity機能が用意されており自動的に番号を作成してくれますが、これはあくまでも数値となります。

そこで次にR3Dによって、商品マスターの商品コードを商品種別に従って、自動採番する例を示します。

　この例は、商品種別が「食品」のときは、Aから始まる4桁のコードにし、「衣料」のときは、Cから始まり、「家具」のときは、Fから始まるコードの自動作成をしている例です。
自動的にコードがふられるところを見ます。

*1 商品種別は食品の新しい商品を商品マスターに登録します。insertする場合、商品コードがnullではエラーとなりますので、ここで仮に'0'を入れています。そのあとに新コードが取られます。
*2 インスタントラーメンが、A005番で登録されたところの表示です。

６．自動ログ書出し

　あるデータが更新されたならば、その履歴データを残しておきたいことがよくあります。通常この処理をプログラムを書いて行いますが、プログラムミスによって書き出されなかったと言うこともよく起こります。もし履歴データが自動的に出力されるなら、プログラム作成は大変楽になります。以下にその一例を示します。

　次のテーブルを販売管理データベースに追加します。

商品マスター履歴

　商品マスターが更新されるたびに商品マスター履歴が自動的に格納されるようにします。

　　　関係定義文　データベース＝販売データベース

　「to テーブル名」のあとにhistory句を指定することによって、「to テーブル名」で指定されたテーブルに変更が加えられたならば、常に左辺の＝の前のテーブルがInsertされるようにすることができます。この場合主キーは、例えばidentityを指定することによって、自動的に採番されるようにしておけば便利でしょう。例では、商品マスターに新たなデータがinsertされたときは「登録」を、商品マスターの任意のデータがupdateされたときは「更新」を、また、商品マスターのデータがdeleteされたときは「削除」を履歴ステータスに代入するように、導出定義文に if 文を使って記述しています。

導出定義文　テーブル＝商品マスター履歴

　　
次に、商品マスター履歴が格納されるところを見ます。

*1 商品コードA002の在庫が2個減らされました。
*2 今在庫が何個になったかを見ます。68個になっています。
*3 商品コードA002の在庫履歴を、古いもの順に出します。70個が68個になったことがよく分かります。

７．統計データの自動作成

　統計データの作成についても、システム開発者にとっては、技術面だけでなく運営面からもミスが起こらないようにするためむつかしい問題を持っています。そこで、それほど大量のトランザクションを取り扱う事のないシステムでは、R3Dによって自動化することが可能です。そこで、販売データベースに次のテーブルを追加して、統計データの自動取得を行います。

　なお、種別には「受注」「売上」「発注」「仕入」などが入るものとします。 でも例では売上だけを扱うものとします。

関係定義文 　データベース＝販売データベース

「when not found」句を指定することによって、where以下の条件が見つからないときは、自分自身をinsertすることができます。また、その際、売上日に日付が入っているときだけ実行されるように、売上日がnullでないときの条件を付加することもできます。
さらに、「with no key change」句を指定することによって、売上日が変更されたとしても日統計のキーである日付データまで変更されないようにすることができます。これは、売上計上後にその計上日が変更されることはよくあることだからです。
また、年統計，月統計，日統計テーブルのフィールドの導出定義文には、次の様に記述を行います。

導出定義文　テーブル＝年統計

　　　導出定義文　テーブル＝日統計

　　　統計データが作成されるところを見ます。

*1 まず現時点での10月（2007-10-01となる）の統計データを見ます。
*2 10月3日に売上が追加されました。294円でした。
*3 再度、10月の統計データを見ます。10月3日のデータが増えています。
*4 さらに月統計も自動的に集計されているところを見ます。年統計は省略されていますが、月データが年で自動的に集計されます。

８．データ内容のチェック

　データベースに投入されるデータのチェックは、DBMSのcheck句によって行う事が出来ると言うことは広く知られています。しかしながら、少し複雑な条件によるチェックを行いたい場合には、データベースにアクセスするプログラム内で行うしかありませんでした。
　しかしながら、R3Dでは、各フィールド毎に手続文でのチェックロジックを定義することができますので、データベース内にデータの正当性ロジックを埋め込むことができます。以下はその例です。

導出定義文　テーブル＝社員マスター

９．ストアードプロシージャをＲ３Ｄの導出定義文から利用する

　R3Dは、手続文によって複雑なロジックを記述することが可能ですが、さらにデータベースを検索した結果をR3Dロジック内で扱ったり、複雑な演算をしたい場合もあります。その場合は、あらかじめストアードプロシージャを登録しておき、導出定義文から呼び出して利用することができます。以下はその一例です。

ストアードプロシージャの例　
(導出定義文内では、Select文を使えないのでストアードプロシージャ内でselect検索する）

*1 「男」がストアードプロシージャから返されて表示した例。

１０．EXCELとの連携（R3D Sheet：リリースを開始しました)

　表形式でデータ表示・修正等を行う表計算ソフト,たとえばマイクロソフト社のEXCELなどは、その使い勝手の良さで広く利用されています。
　BookやSheetにまたがってデータを集計したり、連鎖的にデータの更新ができるところが重宝されています。しかしながら、大量のデータが扱えないことと、複数の作業者で共有して使用することができないという最大の難点を持っています。R3Dは、EXCELの様に連鎖的なデータの更新を可能とし、しかも、多数の作業者にてデータの共有を可能とするデータベースの特徴をも合わせ持っています。
　そこで、R3Dで連鎖的に更新されたデータベース内のデータをEXCELに渡し、EXCEL上でそれらのデータの取扱を行うインターフェースを用意しています。 そのインターフェイスのことをR3D Sheetと言い、DLL形式のR3DS関数を利用することによって、Excel上でリアルタイム（DBに対する直接更新や更新後での即時読み出し）でのデータベースの利用を可能とします。

　 　　　 　

１１．データの依存関係の表示

　R3Dの特長は、あるデータの更新が引き金となって、そのデータ内容が影響を与えるデータを連鎖的に更新するところにあることを述べました。
　これらは、R3Dによって水面下で自動的になされますので、どのデータの変更が、どのデータの変更を引き起こすかという事を把握しておく事が必要となります。この事をデータの依存関係の把握と言いますが、何らかのツールがなければむつかしいものです。R3Dでは以下の様な画面を用意して、この項目は、どの項目の変更によって連鎖的に変更されるかを知る事ができます。

　　　　　　　

　　表中「関連」がつけられたデータベース名,テーブル名,フィールド名が、影響を与える元となるデータを示しています。なお、（）で囲まれたフィールド名は、getが付けられた関数によってデータの読み出しのみが行われ、その内容の変更は、連鎖的に変更されない事を意味しています。