InfoPath質問箱

InfoPathとSQL Server－InfoPathのフォームを開いたときに今日のデータで自動的にクエリを行うには（２）セカンダリデータソースの場合

ホチキス先生 — Sat, 13 Jun 2009 11:46:00 GMT

InfoPathをSQL Serverに接続したとき、動的クエリを実行できるのはただ一つの「メイン接続」だけであり、それ以外のデータ接続は「セカンダリデータ接続」と呼ばれ動的クエリを実行することはできない。しかしデータ接続のSQL文を工夫することにより、いろんなデータ取得方法を設定できる。

たとえば、日付のフィールドがあり日々のデータが入っているテーブルに接続しているとしよう。セカンダリデータソースでは動的クエリができないので、単にウィザードでデータ接続を作るだけでは、全てのデータを一度に取得することしかできない。しかしSQL文を書き換えることによって、動的ではないにしても、ある一定のデータのみを抽出して取得することもできる。

例えば次のようなテーブルがあるとしよう。

テーブル名：日程
フィールド：日付 smalldatetime、内容 varchar(50)

このテーブルに対してInfoPathのデータ接続ウィザードでセカンダリデータ接続を作ると、次のようなSQL文が自動的に生成する。

select "日付","内容" from "dbo"."日程" as "日程"

一方、SQL Serverにはgetdate()関数があり、現在の日付と時間を取得することができる。

そこでSQL文をこのように変えれば、今日のデータだけを選択して取得するデータ接続になりそうに思う。

select "日付","内容" from "dbo"."日程" as "日程" where "日付" = getdate()

しかし「日付」フィールドに納められているデータは、例えば2009/06/13 0:00:00といったように、その日の0時00分00秒のデータとして生成しているだろう。しかしgetdate()で得られる値は日付と時間をあわせもっているので、クエリが合致せず何もデータを表示してくれない。

そこで少し工夫が必要である。getdate()で取得した日付と時間のうち日付の値だけを分離してしまうのだ。例えば次のようにデータ接続を変更する。

select "日付","内容" from "dbo"."日程" as "日程"where "日付" = (select cast(datename(year,getdate())+'/'+datename(month,getdate())+'/'+datename(day,getdate()) as smalldatetime))

上のSQL文では、getdate()で取得し日付と時間のうち「年」と「月」、「日」をdatename()関数で分離して取得し、繋ぎ合わせて日付のデータを作っている。

これでセカンダリデータソースでも「今日のデータ」だけを取得することができる。この手法は工夫によって応用ができ、SQL Serverの関数を使ってセカンダリデータソースでもいろんなデータ抽出を行うことができる。さらに「ユーザー定義関数」を作れば、より高度なクエリを行うこともできる。

なお、SQL Server 2008には日付だけのdate型が実装されているので、日付だけを扱いたいときはフィールドの型をdate型にしておくのがよいだろう。

InfoPathとSQL Server－InfoPathのフォームを開いたときに今日のデータで自動的にクエリを行うには（１）メイン接続の場合

ホチキス先生 — Sat, 13 Jun 2009 11:22:00 GMT

InfoPathのフォームを開いたとき、「クエリの実行」ボタンを押さなくても自動的に「今日」の日付のデータを表示させたいことがある。日々の定型入力などをしたいときなどだ。このとき、InfoPathの「today()」関数を使うことができる。

例えば「日付」のフィールドを「クエリフィールド」として、その「規定値」にtoday()関数をセットしておく。そして「フォームのオプション」の「開く／保存」の「開くときの動作」の「動作規則」に「クエリの実行」を設定しておけばいい。これでフォームを開いたとき、今日の日付で自動的に「メイン接続」でデータベースからデータを取得し、今日のデータが表示されたフォームが開く。

しかしセカンダリデータ接続では「動的クエリ」を行えない。またデータソースではInfoPathのtoday()関数を使うことができない。しかしセカンダリデータソースでも工夫によって「今日のデータ」を取得することができる。

InfoPathの式ボックスで剰余の計算は「mod」を使う

ホチキス先生 — Fri, 12 Dec 2008 19:46:00 GMT

現時点で、MicrosoftのOffice OnlineでInfoPathの演算子について調べても、「剰余」の演算についての記述が見当たらない。ちょっとしたことだが、一般的な演算子「%」が使えないのでいらいらする。

InfoPathの式ボックスで剰余の計算は「mod」を使う

例えば繰り返しテーブルの行数を24で割った剰余を求めるには

count(@フィールド名) mod 24

とする。

繰り返しテーブルの条件付書式で、仮に行数が24の倍数でなければ、あるいは24の倍数ならば表示形式を変えたいときの評価式は

dfs:dataFields/d:テーブル名/@フィールド名 mod 24 = 0

のようになる。

InfoPathのボタンに長い文字を表示させたとき、ボタンのデザインが変形してしまうのを元に戻すには

ホチキス先生 — Wed, 05 Nov 2008 00:01:00 GMT

ボタンに表示するテキストだが、長い文字を表示させると、ボタンの枠が太く変形し、デザインが崩れてしまう。ボタンの機能に問題はないが、不恰好である。

これを元のデザインに戻すには、ボタンのサイズを明示的に決めてやればよい。デフォルトでは「自動」になっていて、文字の長さに応じて自動的にボタンのサイズが決まるのだが、これがデザインを崩す原因になっているようだ。ボタンのサイズを明示的に決めてやると、デザインは元に戻る。

InfoPathをSQL Serverに接続しており、SQL Serverのテーブル構造やビューが変わったときにデータ接続を最初から作り直さなくてよい方法

ホチキス先生 — Tue, 04 Nov 2008 23:55:00 GMT

InfoPathをSQL Serverに接続してフォームを作ったとき、後からSQL Serverのテーブル構造、ビューが変わったとする。このとき変更のあったフィールドがInfoPathのデータ接続で利用しているとき、当然ながらそのままではフォームを使い続けることはできない。

そこでフォームの編集を行い、データ接続を編集しなおすことになるが、データ接続ウィザードを開いたとき、フィールド一覧が表示されず、最初からデータ接続を作り直さなければならない状態になってしまう。この場合に、次のどちらかのようにすれば最初から作り直さずにすむ。

（１）SQL Serverのテーブルやビューを変更する前に、InfoPathのデータ接続から変更したいフィールドを除いておく。その後にSQL Serverの変更を行い、その後ふたたびInfoPathのデータ接続を編集し、当該フィールドを利用するようにする。

（２）もし先にSQL Serverでテーブルやビューの構造を変えてしまった場合は、InfoPathのデータ接続ウィザードを開いたときに「SQLの編集」で手作業でフィールドを変更する。するとウィザードのビューにフィールドリストが表示されるようになる。

ちょっとしたTipsだが、最初からデータ接続を作り直すと手間もかかるので、ぜひ利用していただきたい。

TechEd 2008 Yokohamaでライトニング・トークに出る

ホチキス先生 — Wed, 06 Aug 2008 21:38:00 GMT

今年は昨年と少し趣向が変わったTechEdのコミュニティ・プログラム。「ライトニング・トーク」というプログラムで「簡単! InfoPath と SQL Server でリッチなインターフェイスのクライアントサーバーシステム構築」という話をさせてもらえることになった。

5分程度ということで詳しい説明はできないが、いま業務としてやっているデータベースについて話す。InfoPathをクライアントのフロントエンドに使い、データベースSQL Serverに接続するクライアント・サーバー・アプリケーションについてだ。

俺はもともとプログラマーではなく、どちらかといえば管理運用の仕事をしている立場にいる。学校のデータベースを日常業務の空き時間を使って構築してきた経験から、実際の業務に直接携わっている人間、運用についてよく知っている人間がデータベースを構築することが、最も効率よく成功するシステムを構築できると確信している。

マイクロソフトのSQL Server、InfoPathやAccessといったオフィス製品、Active Directoryなど使いやすいシステムを組み合わせて利用することで、たいていのデータベースは自前で構築できる。その可能性を実感してもらえれば嬉しい。

マイクロソフトTeceED 2008 Yokohama公式サイト
http://www.microsoft.com/japan/teched/2008/default.mspx

Birds of a Feather & ライトニング・トーク
http://www.event-marketing.jp/events/te08/special/bof.htm

セカンダリデータ接続で必要なデータだけを取得するには（SQL Serverにサブクエリのビューを作る）

ホチキス先生 — Thu, 12 Jun 2008 22:40:00 GMT

InfoPathのセカンダリデータ接続でサブクエリーを書いてデータを絞り込む手法を紹介した。

InfoPathでSQL Serverから自分の氏名を取得するには（データ接続にサブクエリーを書く）
http://sqljp.com/hotikisu/archive/2008/06/12/25016.aspx
セカンダリデータ接続で必要なデータだけを取得するには（データ接続にサブクエリーを書く）http://sqljp.com/hotikisu/archive/2008/06/12/25018.aspx

このサブクエリーを書く方法は、SQL Serverにビューを作ってもできる。次のようなテーブルがSQL Serverにあるとする。

　　生徒（学籍番号,生徒氏名,担任ユーザーID）

このとき、次のようなビューをSQL Serverに作る

　　select 学籍番号 from dbo.生徒 where ('（ドメイン名）' + 担任ユーザーID = (select suser_sname() as Expr 1))

もし担任ユーザーIDにドメイン名も含んだユーザーデータを作っておくなら次のようでいい

　　select 学籍番号 from dbo.生徒 where 担任ユーザーID = (select suser_sname() as Expr 1)

このビューに対してInfoPathでセカンダリデータ接続を作る。つまり、SQL Serverに書かれたビューも、それを呼び出すアクティブディレクトリユーザー名に対してsuser_sname()関数が正しく実行されるのだ。

セカンダリデータ接続で必要なデータだけを取得するには（データ接続にサブクエリーを書く）

ホチキス先生 — Thu, 12 Jun 2008 22:28:00 GMT

InfoPathではメイン接続以外にセカンダリデータ接続を作ることができ、でデータを取得することができ、セカンダリデータ接続で取得したリストをフォームのドロップダウンリストボックスなどで選択要素として利用できる。これはとても便利だ。しかしセカンダリデータ接続では動的にクエリを行ってデータを選択することができないため、対象のテーブルの全部のデータを取得するしかない。このときに問題となるのが、ある程度のデータ量を超えたとき、フォームの実行速度が極端に低下することだ。フリーズしたのではないか、と思うほどパフォーマンスが低下する。これはぜひ後のバージョンでは解決してもらいたいが、現状では次のようなサブクエリを使って、動的にクエリを行う工夫ができる。

たとえば生徒40人のクラスが30学級あれば、全校生徒のデータは120人になる。このうち自分の担任するクラスのリストだけをセカンダリデータ接続で取得したいときには、次のようにする。

（１）次のテーブルを作る
　　生徒（学籍番号,生徒氏名,担任ユーザーID）
（２）InfoPathでデータ接続ウィザードを実行し、SQL文を次のように書き換える
　　　select "生徒氏名" from "dbo"."生徒" as "生徒" where '（ドメイン名）' + 担任ユーザーID = (select suser_sname())

つまりSQL Serverから自分のアクティブディレクトリユーザー名を取得するsuser_sname()関数を利用してサブクエリーを書き、生徒テーブルから自分のクラスの生徒データだけを取得するのだ。

このとき、テーブルの担任ユーザーIDにドメイン名も含めてデータを登録しているなら次のようでいい

　　　select "生徒氏名" from "dbo"."生徒" as "生徒" where 担任ユーザーID = (select suser_sname())

ここでは学校のクラスで担任が自分のクラスの生徒名をリストとして取得する例を説明したが、一般企業でも社員の中から自分が所属する支店の社員情報だけのリストを取得したい、といった事例が考えられるだろう。

InfoPathでSQL Serverから自分の氏名を取得するには（データ接続にサブクエリーを書く）

ホチキス先生 — Thu, 12 Jun 2008 22:11:00 GMT

以前、InfoPathのデータ接続でSQL Serverからアクティブディレクトリのユーザー名を取得する方法を書いた。

http://sqljp.com/hotikisu/articles/16073.aspx

ここで使ったsuser_sname()関数を使って、InfoPathでSQL Serverから自分の氏名を取得するデータ接続を作ってみた。方法は次のとおり。

（１）SQL Serverに次のようなユーザー情報のテーブルを作っておく
　　ユーザー（ログオンID,ユーザー氏名）
（２）InfoPathでデータ接続を作る
（３）ウィザードで適当なテーブルを選択し、SQLの編集を行う
（４）SQL文を次のように書き換える

select "ユーザー氏名" from "dbo"."ユーザー" as "ユーザー" where '（ドメイン名\）' + ログオンID = (select suser_sname())

もしユーザーテーブルのログオンIDにドメイン名も含んだデータを格納しているなら、次のようでいい。

select "ユーザー氏名" from "dbo"."ユーザー" as "ユーザー" where ログオンID = (select suser_sname())

つまりInfoPathのデータ接続にサブクエリを書くだけでいいのだ。この手法は応用がきくだろう。

InfoPathの「繰り返しテーブル」の表を整える（２)繰り返しテーブルの罫線

ホチキス先生 — Wed, 21 May 2008 01:35:00 GMT

繰り返しテーブルを作ると、テーブルの罫線とセル内のテキストボックスの周囲が淡いグレーに設定される。これはフォームをプレビューしたときに、画面上でテーブルやテキストボックスを確認しやすいための設定だろうと思われる。しかし印刷時にはあまり美しくない。

自分で罫線を設定するには、表を右クリックして「罫線と網掛けの設定」で行うが、バリエーションがあまり多くない。決定的に困るのは、線の太さの最低が1pxであることだ。この罫線は太すぎる。たとえばAccessのビューでは、1ptの実線の罫線より細い「細線」があるし、Excelでも実線以外により細い罫線が用意されている。Wordではより細かい設定があり、0.25pt、0.5pt、0.75ptなど0.25ポイント刻みで罫線の太さが選択できる。しかしInfoPathには1pt以下の実線はない。また点線を選ぶこともできるが、なぜか点線は太さの最小値が2.25ptである。

このようにデフォルトでは太すぎる繰り返しテーブルの罫線だが、罫線を淡いグレーに変更することによって、細い奇麗な罫線に見えるようになる。ただしプリンタによっては印刷の具合は異なるかもしれない。

（１）テキストボックスの枠線をとる
表内のテキストボックスを選択し、右クリックして「罫線と網掛けの設定」を選択する。「罫線」タブでプリセットから「なし」を選択して罫線を取る。

（２）テーブルの罫線をグレーにする
繰り返しテーブルを選択し、右クリックして「罫線と網掛けの設定」を選択する。「罫線」タブで「スタイル」は実線のまま、「色」をクリックしてパレットの右端上から3番目の淡いグレーに変更する。「線の太さ」は1ptのまま。プリセットから「外枠」と「内側」をクリックして罫線を設定する。