FAQ
技術的な質問> データベース
技術的な質問> データベース
Q127：チュートリアルのデータベースアクセス6で使っていた、DBのツリー表示の部分をボタンを押すと表示してDBの構造を把握できるようにしたいと思って、移植を試みたわけですが、データベースへの接続がうまくいきません。
Q127-1：
自分で作っている検索ソフトについて質問させてください。
まず、大元のメイン検索画面はMZPF研究会様より頂いたサンプル（テーブル検索4*）になっています。検索条件等は途中なので結構ごちゃごちゃしていますが、そこは無視してください。
あと、工程管理簡易版より、DBへの自動接続の部分を移植してあります。
で、ここからが行き詰まってしまったところなのですが、まず今何をやりたいかといいますと、チュートリアルのデータベースアクセス6で使っていた、DBのツリー表示の部分をボタンを押すと表示してDBの構造を把握できるようにしたいと思っています。
そこで、移植を試みたわけですが、データベースへの接続がうまくいきません。
チュートリアルではDBへの接続はデータベースアクセスコンポーネントで４つの変数を指定して繋いでいましたが、工程管理簡易版ではMySQL連携複合内のローカルMySQL管理GUI複合で繋いでいるかと思います。
購買管理はローカルMySQL管理GUI複合で繋いでいましたし。
添付したファイルでは、ツリーを選択した時と、Select文を実行した時にテーブルにSelect文の結果を表示しようとしたのですが、データベースアクセスコンポーネントを使ってもうまくいきませんでした。 イベント生成は今回使わずに直接DBアクセスを使っています。 階層またぐと訳が分からなくなってしまうので。
ひょっとしてデータベースアクセスコンポーネントを使わずにローカルMｙSQL管理内部からSQLを実行するためにメソッド公開をしなければならないのでしょうか？
その際悩ましいのが、ローカルMySQL管理がかなり深い階層にあるため、その中からメソッドを持ってこようとするとすごく分りにくいプログラムになってしまうのですが。
もう一個ローカルMySQL管理を設置しても問題ないのでしょうか…。
DB一覧フレームというのは、チュートリアルで使っていたデータベース検索フレームのことで、ツリーを表示するときに使用していたものです。
基本的に中身は変わっていませんが、うまくいかないので助言頂けたらと思います。
追加で質問なのですが、今回のように別の複合コンポーネント内にあるメソッドを使うといったことは可能なのでしょうか？
今までやったチュートリアルですと、上の階層にメソッド公開し、上の階層で使用する程度でしたが、今回はDB一覧フレーム内で使いたいコンポーネントが同系列のMySQL連携複合内部にあるため、メソッドの伝達をどうしてよいのか分らないという部分があります。
関連ファイル：20110519.mzax
まず、大元のメイン検索画面はMZPF研究会様より頂いたサンプル（テーブル検索4*）になっています。検索条件等は途中なので結構ごちゃごちゃしていますが、そこは無視してください。
あと、工程管理簡易版より、DBへの自動接続の部分を移植してあります。
で、ここからが行き詰まってしまったところなのですが、まず今何をやりたいかといいますと、チュートリアルのデータベースアクセス6で使っていた、DBのツリー表示の部分をボタンを押すと表示してDBの構造を把握できるようにしたいと思っています。
そこで、移植を試みたわけですが、データベースへの接続がうまくいきません。
チュートリアルではDBへの接続はデータベースアクセスコンポーネントで４つの変数を指定して繋いでいましたが、工程管理簡易版ではMySQL連携複合内のローカルMySQL管理GUI複合で繋いでいるかと思います。
購買管理はローカルMySQL管理GUI複合で繋いでいましたし。
添付したファイルでは、ツリーを選択した時と、Select文を実行した時にテーブルにSelect文の結果を表示しようとしたのですが、データベースアクセスコンポーネントを使ってもうまくいきませんでした。 イベント生成は今回使わずに直接DBアクセスを使っています。 階層またぐと訳が分からなくなってしまうので。
ひょっとしてデータベースアクセスコンポーネントを使わずにローカルMｙSQL管理内部からSQLを実行するためにメソッド公開をしなければならないのでしょうか？
その際悩ましいのが、ローカルMySQL管理がかなり深い階層にあるため、その中からメソッドを持ってこようとするとすごく分りにくいプログラムになってしまうのですが。
もう一個ローカルMySQL管理を設置しても問題ないのでしょうか…。
DB一覧フレームというのは、チュートリアルで使っていたデータベース検索フレームのことで、ツリーを表示するときに使用していたものです。
基本的に中身は変わっていませんが、うまくいかないので助言頂けたらと思います。
追加で質問なのですが、今回のように別の複合コンポーネント内にあるメソッドを使うといったことは可能なのでしょうか？
今までやったチュートリアルですと、上の階層にメソッド公開し、上の階層で使用する程度でしたが、今回はDB一覧フレーム内で使いたいコンポーネントが同系列のMySQL連携複合内部にあるため、メソッドの伝達をどうしてよいのか分らないという部分があります。
関連ファイル：20110519.mzax
A127-1：
データベースへの接続およびSQL文の実行は、個々のデータベースアクセスコンポーネント単位で行う必要があります。例えば、データベースアクセス１とデータベースアクセス２という2つのデータベースアクセスコンポーネントが存在する場合、データベースアクセス２でSQL文を実行する場合には、その前にデータベースアクセス２でデータベースへ接続しておくことが必要です。
データベースアクセス１で接続しておいても、データベースアクセス２でSQL文を実行することはできません。
お送りいただいたアプリケーションを拝見したところ、DB一覧フレーム内のデータベースアクセス[ID:24-17]によるデータベースへの接続処理が行われていませんでした。そのために、DB一覧フレーム内のデータベースアクセス[ID:24-17]でのSQL文実行がエラーとなります。
ローカルMySQL管理複合コンポーネントを複数配置しても問題はありませんが、データベースへの接続管理に気をつける必要があります。接続先のデータベース側から見ると、個々のデータベースアクセスはそれぞれ異なったユーザーとなります。それぞれのデータベースアクセスから同時に接続すると、その分だけ接続ユーザー数が増えることになりますので、SQL文を実行するときだけ接続し、その処理が終了したら切断するなどの工夫が必要でしょう。
ご指摘の通り、階層をまたいでのメソッド起動とその実行結果の取得の記述は複雑になる場合が多いので、階層の設定や配置にも工夫が必要です。
ご参考までに、お送りいただいたアプリケーションに手を加え、DB一覧フレーム内の[実行]ボタンを押した後、MySQL連携(DB接続フレーム)複合コンポーネントの「SQL文を実行する(String)」を実行して、その結果をテーブルに表示するようにしてみましたので、ご覧ください。
20110519a.mzaxでは、ファンクションコンポーネントの「ファンクションの呼び出し（１引数）(Object)」の引数にSQL文を与え、ファンクションが発生する処理要求イベントを上位階層へ伝播させています。この処理要求イベントの内包データは、「ファンクションの呼び出し（...）(...)」メソッドを実行したときの引数のリストです。この場合、引数はSQL文だけですので、要素数1のリストとなります。
上位階層では、DB一覧フレーム複合コンポーネントから発生した処理要求イベントが内包する引数リストをいったんリスト格納変数に入れ、先頭要素（SQL文）を取り出して、これを引数としてMySQL連携(DB接続フレーム)複合コンポーネントの「SQL文を実行する(String)」メソッドを実行しています。
20110519b.mzaxは、上位階層で、リスト格納変数に替えてファンクションの「ファンクションの呼び出し（引数リスト指定）(PFObjectList)」を使用したものです。このメソッドの実行によって発生する処理要求イベントを、MySQL連携(DB接続フレーム)複合コンポーネントの「SQL文を実行する(String)」メソッドに接続し、引数（SQL文）はファンクション[ID:28]の「第１引数の取得()」メソッドで取得しています。
「ファンクションの呼び出し（引数リスト指定）(PFObjectList)」メソッドを実行すると、引数リストの先頭要素が第１引数、以下第２引数、...と順に割り当てられて行きます。「ファンクションの呼び出し（...引数）(Object,...)」を実行したときには、n個の引数が1つのリストにまとめられましたが、その逆が行われているという風に考えると、ご理解が容易かもしれません。
20110519a.mzaxに比べると、20110519b.mzaxの方が見た目がすっきりしていることのほか、DB一覧フレーム以外にも複合コンポーネントを増やしたとき、この「ファンクションの呼び出し（引数リスト指定）(PFObjectList)」メソッドのみをコピーして使いまわすだけで済むという利点があります。
直下の階層以外の複合コンポーネント内にあるメソッドを使うことは可能です。
基本的な考え方は以下の通りです。
(1) 使われる方のメソッドを上位階層へ公開しておく。
(2) 使う方の階層からは、イベントを上位階層へ伝播させ、そこで公開されているメソッドを実行する。
階層が深い場合には、共通の上位階層へたどり着くまで、メソッドの公開とイベントの伝播を繰り返すことになります。
具体的な例としては、関連ファイル、20110519a.mzax、20110519b.mzaxの他、付属の工程管理簡易版（ProductionControl.mzax）をご覧ください。工程管理簡易版では、作業表、全体計画表、日付別負荷状況、工程別負荷状況の各複合コンポーネントから、ローカルMySQL管理複合コンポーネントのメソッドを使用しています。
関連ファイル：20110519a.mzax、20110519b.mzax
データベースアクセス１で接続しておいても、データベースアクセス２でSQL文を実行することはできません。
お送りいただいたアプリケーションを拝見したところ、DB一覧フレーム内のデータベースアクセス[ID:24-17]によるデータベースへの接続処理が行われていませんでした。そのために、DB一覧フレーム内のデータベースアクセス[ID:24-17]でのSQL文実行がエラーとなります。
ローカルMySQL管理複合コンポーネントを複数配置しても問題はありませんが、データベースへの接続管理に気をつける必要があります。接続先のデータベース側から見ると、個々のデータベースアクセスはそれぞれ異なったユーザーとなります。それぞれのデータベースアクセスから同時に接続すると、その分だけ接続ユーザー数が増えることになりますので、SQL文を実行するときだけ接続し、その処理が終了したら切断するなどの工夫が必要でしょう。
ご指摘の通り、階層をまたいでのメソッド起動とその実行結果の取得の記述は複雑になる場合が多いので、階層の設定や配置にも工夫が必要です。
ご参考までに、お送りいただいたアプリケーションに手を加え、DB一覧フレーム内の[実行]ボタンを押した後、MySQL連携(DB接続フレーム)複合コンポーネントの「SQL文を実行する(String)」を実行して、その結果をテーブルに表示するようにしてみましたので、ご覧ください。
20110519a.mzaxでは、ファンクションコンポーネントの「ファンクションの呼び出し（１引数）(Object)」の引数にSQL文を与え、ファンクションが発生する処理要求イベントを上位階層へ伝播させています。この処理要求イベントの内包データは、「ファンクションの呼び出し（...）(...)」メソッドを実行したときの引数のリストです。この場合、引数はSQL文だけですので、要素数1のリストとなります。
上位階層では、DB一覧フレーム複合コンポーネントから発生した処理要求イベントが内包する引数リストをいったんリスト格納変数に入れ、先頭要素（SQL文）を取り出して、これを引数としてMySQL連携(DB接続フレーム)複合コンポーネントの「SQL文を実行する(String)」メソッドを実行しています。
20110519b.mzaxは、上位階層で、リスト格納変数に替えてファンクションの「ファンクションの呼び出し（引数リスト指定）(PFObjectList)」を使用したものです。このメソッドの実行によって発生する処理要求イベントを、MySQL連携(DB接続フレーム)複合コンポーネントの「SQL文を実行する(String)」メソッドに接続し、引数（SQL文）はファンクション[ID:28]の「第１引数の取得()」メソッドで取得しています。
「ファンクションの呼び出し（引数リスト指定）(PFObjectList)」メソッドを実行すると、引数リストの先頭要素が第１引数、以下第２引数、...と順に割り当てられて行きます。「ファンクションの呼び出し（...引数）(Object,...)」を実行したときには、n個の引数が1つのリストにまとめられましたが、その逆が行われているという風に考えると、ご理解が容易かもしれません。
20110519a.mzaxに比べると、20110519b.mzaxの方が見た目がすっきりしていることのほか、DB一覧フレーム以外にも複合コンポーネントを増やしたとき、この「ファンクションの呼び出し（引数リスト指定）(PFObjectList)」メソッドのみをコピーして使いまわすだけで済むという利点があります。
直下の階層以外の複合コンポーネント内にあるメソッドを使うことは可能です。
基本的な考え方は以下の通りです。
(1) 使われる方のメソッドを上位階層へ公開しておく。
(2) 使う方の階層からは、イベントを上位階層へ伝播させ、そこで公開されているメソッドを実行する。
階層が深い場合には、共通の上位階層へたどり着くまで、メソッドの公開とイベントの伝播を繰り返すことになります。
具体的な例としては、関連ファイル、20110519a.mzax、20110519b.mzaxの他、付属の工程管理簡易版（ProductionControl.mzax）をご覧ください。工程管理簡易版では、作業表、全体計画表、日付別負荷状況、工程別負荷状況の各複合コンポーネントから、ローカルMySQL管理複合コンポーネントのメソッドを使用しています。
関連ファイル：20110519a.mzax、20110519b.mzax
Q127-2：
ファンクションを用いたDB接続の繋ぎ方のサンプル非常に参考になりました。
ありがとうございました。
前回の利活用でも話題に挙がっていたファンクションの機能についてですが、サブルーチンとの違いについて、独特の考え方があり、中々理解が難しいな、と感じます。
金型履歴管理のサンプルではファンクションを用いたためにカプセル化した部分から色々引っ張ったりしていて相当複雑化してる、と感じました。
個人的にはファンクションはファンクションからの接続部分で、色々な処理をしたあと、結果を戻すという部分がサブルーチンとの大きな違いだと思っていましたが、単にそれ以外にも用途がありそうです。
ファンクションの理解が進めばもっとプログラムが楽にできるのかな〜とも思います。
ありがとうございました。
前回の利活用でも話題に挙がっていたファンクションの機能についてですが、サブルーチンとの違いについて、独特の考え方があり、中々理解が難しいな、と感じます。
金型履歴管理のサンプルではファンクションを用いたためにカプセル化した部分から色々引っ張ったりしていて相当複雑化してる、と感じました。
個人的にはファンクションはファンクションからの接続部分で、色々な処理をしたあと、結果を戻すという部分がサブルーチンとの大きな違いだと思っていましたが、単にそれ以外にも用途がありそうです。
ファンクションの理解が進めばもっとプログラムが楽にできるのかな〜とも思います。
A127-2：
> 個人的にはファンクションはファンクションからの接続部分で色々な処理をしたあと、結果を戻すという部分がサブルーチンとの大きな違いだと思っていましたが、単にそれ以外にも用途がありそうです。
基本的に、このご理解で間違いございません。むしろ本質的な部分は、処理要求イベントの使い方にあると言えます。
処理要求イベントは他のイベントと違い、接続先メソッドのうち、最後に実行されたメソッドの結果を戻すという機能があります。これを次々とつないでいくことによって、バケツリレーのように結果を戻していくことができます。イベント生成コンポーネントの「処理要求イベントの発生(Object,int)」でも同様のことができますので、必要に応じて使い分けていただければと存じます。
基本的に、このご理解で間違いございません。むしろ本質的な部分は、処理要求イベントの使い方にあると言えます。
処理要求イベントは他のイベントと違い、接続先メソッドのうち、最後に実行されたメソッドの結果を戻すという機能があります。これを次々とつないでいくことによって、バケツリレーのように結果を戻していくことができます。イベント生成コンポーネントの「処理要求イベントの発生(Object,int)」でも同様のことができますので、必要に応じて使い分けていただければと存じます。
Q127-3：
早速教えていただいたファンクションを一通り理解してから、残りのツリーのノードを選択した時にDBのテーブルを表示する部分を作成してみたのですが上手くいきませんでした。
まず、データベースを使えるようにするために、MySQL連携内のローカルMySQLよりsetDatabase(String)を公開し、最上位の階層で使えるように多段でメソッド公開しました。
あとは同じようにすればいいはず...と思っていたらDB名を設定するのにファンクションの引数を2に増やしてそれを上にイベントとして伝播してもデータベース名が変更されずエラーになってしまいます。
setDatabaseの引数でファンクションの第１引数を引っ張ってきてもダメなのは何故でしょうか？
元々最初に用意していただいたファンクションひとつで両実行結果を処理できれば良いな、とか思いましたが、DB名の存在によってファンクションが増えてしまいました。
このあたり無暗にコンポーネントを増やさず、処理するデータを分類する良い方法はないでしょうか？
関連ファイル：20110520.mzax
まず、データベースを使えるようにするために、MySQL連携内のローカルMySQLよりsetDatabase(String)を公開し、最上位の階層で使えるように多段でメソッド公開しました。
あとは同じようにすればいいはず...と思っていたらDB名を設定するのにファンクションの引数を2に増やしてそれを上にイベントとして伝播してもデータベース名が変更されずエラーになってしまいます。
setDatabaseの引数でファンクションの第１引数を引っ張ってきてもダメなのは何故でしょうか？
元々最初に用意していただいたファンクションひとつで両実行結果を処理できれば良いな、とか思いましたが、DB名の存在によってファンクションが増えてしまいました。
このあたり無暗にコンポーネントを増やさず、処理するデータを分類する良い方法はないでしょうか？
関連ファイル：20110520.mzax
A127-3：
データベース名が変更されない原因は、DB一覧フレームから発生している処理要求イベントの一番上に接続されているファンクション[ID:28]のメソッドに、イベント番号が指定されておらず定常起動となっているため、この処理が実行されてしまうことです。
ファンクション[ID:28]から発生する処理要求イベントの接続先では「setDatabase(String)」が呼び出されていませんので、データベース名の変更が行われずにエラーとなります。
このメソッドにイベント番号0を指定すると、正常に動作します。修正したファイル "20110520a.mzax" を掲載しましたので、どうぞご覧ください。
なお、ファンクション[ID:28]から発生する処理要求イベントに接続されたメソッド「SQL文を実行する(String)」の引数に、「第２引数の取得」が指定されていましたが、これですとDB一覧フレームの[実行]ボタンを押したときにエラーとなりますので、「第１引数の取得」に戻してあります。また、ツリーで選択したノードのテーブルをDB一覧フレームのテーブルに設定する処理も追加しました。
蛇足ながら、DB一覧フレームのツリーで示されているテーブルが実際には存在しない場合にも、エラーとなります。（データベースアクセス6.mzaxでは、接続先データベースの構造に基づいてツリーを作成していますが、お送りいただいたアプリケーションではツリーは始めから決まっていますので、実際のデータベースの構造とは食い違う可能性があります。）
次に、処理の分類の方法ですが、共通の処理と個別の処理に注目するのが一般的な方法と言えます。複数の処理で共通に行われるものは１つにまとめておくと、見た目もすっきりし、あとからの修正なども容易となります。
この場合、共通の処理はSQL文の実行であり、個別の処理はデータベース名の設定になります。したがって、SQL文の実行をまとめるのが１つの指針と言えるでしょう。
関連ファイルの"20110520b.mzax"は、SQL文の実行を共通化するように修正したものです。残念ながら、コンポーネントの数は変わっておらず、あまり簡素化されてはいません。第１引数をSQL文として実行するため、DB一覧フレーム内のファンクション[ID:24-19]のメソッドに与える引数の順序を変え、第１引数をSQL文、第２引数をデータベース名としています。
上位階層では、イベント番号が1のときのみデータベース名の設定を行い、SQL文の実行は定常起動としています。
関連ファイル：20110520a.mzax、20110520b.mzax
ファンクション[ID:28]から発生する処理要求イベントの接続先では「setDatabase(String)」が呼び出されていませんので、データベース名の変更が行われずにエラーとなります。
このメソッドにイベント番号0を指定すると、正常に動作します。修正したファイル "20110520a.mzax" を掲載しましたので、どうぞご覧ください。
なお、ファンクション[ID:28]から発生する処理要求イベントに接続されたメソッド「SQL文を実行する(String)」の引数に、「第２引数の取得」が指定されていましたが、これですとDB一覧フレームの[実行]ボタンを押したときにエラーとなりますので、「第１引数の取得」に戻してあります。また、ツリーで選択したノードのテーブルをDB一覧フレームのテーブルに設定する処理も追加しました。
蛇足ながら、DB一覧フレームのツリーで示されているテーブルが実際には存在しない場合にも、エラーとなります。（データベースアクセス6.mzaxでは、接続先データベースの構造に基づいてツリーを作成していますが、お送りいただいたアプリケーションではツリーは始めから決まっていますので、実際のデータベースの構造とは食い違う可能性があります。）
次に、処理の分類の方法ですが、共通の処理と個別の処理に注目するのが一般的な方法と言えます。複数の処理で共通に行われるものは１つにまとめておくと、見た目もすっきりし、あとからの修正なども容易となります。
この場合、共通の処理はSQL文の実行であり、個別の処理はデータベース名の設定になります。したがって、SQL文の実行をまとめるのが１つの指針と言えるでしょう。
関連ファイルの"20110520b.mzax"は、SQL文の実行を共通化するように修正したものです。残念ながら、コンポーネントの数は変わっておらず、あまり簡素化されてはいません。第１引数をSQL文として実行するため、DB一覧フレーム内のファンクション[ID:24-19]のメソッドに与える引数の順序を変え、第１引数をSQL文、第２引数をデータベース名としています。
上位階層では、イベント番号が1のときのみデータベース名の設定を行い、SQL文の実行は定常起動としています。
関連ファイル：20110520a.mzax、20110520b.mzax