こちら検索する対象のビュー名となります。この例ですと、Custmers.nsf内のContactListというビューからデータを検索することになります。こちらは呼び出そうとしているフォーム内に存在するkeyとなるフィールド名になります。先の検索対象ビューの最初の列を検索し、一致した行を検索対象のレコードとして選択することになります。こちらは先のkeyにより特定されたレコードの取得する値の入った列のフィールド名を指定します。以下のようなビューですと、戻り値はComments列の「テスト」や「参考」、「コメント」になります。フィールド名以外に、列番号でも同じ結果が得られます。先の例ですと、"Comments"のかわりに"4"と指定することが可能です。個人的には列番号を使っています。例の式には[keywords]が省略されていますが、こちらもヘルプをご覧ください。セットされる値によって得られるデータは、下記のようになります。以上でDbLookupについての説明は終りますが、もうひとつNotesには近い関数があります。こちらは@DbLookupと違い、[key]がありません。そのため戻り値としては対象の列の値となります。私がよく利用する例としては、フォーム内に設置したダイアログリストの選択するリストとして、同一アプリケーション内のビューから一覧を取得するというものがあります。下記例ですと、同一アプリケーション内のカテゴライズされたビュー[byCategory1]の1列目をリストとして表示させることが可能です。@DbColumn("":"NoCache";"";"byCategory1";1)これにより、利用ユーザーがカテゴリを選択で選べます。文字の揺らぎ(大文字小文字の違いや、全半角の違い)による別項目となることを減らすことも可能です。新しい値を可としておくと、こちらが保存されたタイミングで"NoCache"の効果により、次にダイアログリストを開くと、新規の項目もリストに追加された状態で利用可能となります。以上、ご存知の方には全く必要のない記事ではありますが、個人的にこのNotesにはまり込む最初の要素になりますので、取り上げさせて頂きました。Hagihara当ブログの記事は、私個人の経験談を中心とした見解・判断に基づく内容となります。記載内容や、ダウンロードコンテンツ等については、恐れ入りますが利用者様の自己責任でお願い致します。注)外部サイトへのリンク切れについては、先方の都合によるものとなりますので、ご了承ください。