ストアドプロシージャの除外指定

[awaawa]

jfluteさん

awaawaです。

自システム外のDBスキーマの自動生成で、ストアドプロシージャを扱いたいのですが、
利用したいストアドプロシージャ以外で自動生成時にエラー(※)が発生して、
自動生成がうまくできませんでした。
outsideSqlDefinitionMap.dfpropのgenerateProcedureParameterBeanをfalseにする
と
自動生成が成功します。

そこで、プロシージャの除外指定を機能として追加していただけないでしょうか。
ご検討よろしくお願いします。

※DBはoracleで、エラーはora-xxxが発生しました。
　エラーコードは失念してしまったので、連休明けに確認してお知らせします。

[kubo]

jfluteです。

awaawaさん、こんばんは

除外はないけど指定はあるはず。
targetProcedureNameList
targetProcedureSchemaList
など

2012/5/3 awaawa <p1us3i...@gmail.com>:

> --
> このメールは Google グループのグループ「DBFluteユーザの集い」の登録者に送られています。
> このグループに投稿するには、dbf...@googlegroups.com にメールを送信してください。
> このグループから退会するには、dbflute+u...@googlegroups.com にメールを送信してください。
> 詳細については、http://groups.google.com/group/dbflute?hl=ja からこのグループにアクセスしてください。
>

[awaawa]

awaawaです。

jfluteさん、回答ありがとうございます。

確かに指定はあるのですが、指定した場合でも、
すべてのストアドプロシージャのメタデータを取得した上で、
指定したもののみを自動生成していると思っていました。
(シノニムなどのため?)

勘違いですかね。
もしかしたら、自分が利用したいストアドプロシージャから
エラーが発生するストアドプロシージャがコールされて、
そのエラーログを見て勘違いしたのかもしれません。
連休明けに確認してみます。

On 5月3日, 午後11:52, kubo <dbfl...@gmail.com> wrote:
> jfluteです。
>
> awaawaさん、こんばんは
>
> 除外はないけど指定はあるはず。
> targetProcedureNameList
> targetProcedureSchemaList
> など
>

> 2012/5/3 awaawa <p1us3inus2...@gmail.com>:

[kubo]

jfluteです。

もうメタデータを取得する時点で落ちてるのかな？
(ExecutionMetaの取得とかじゃなくて)

それならそもそも除外機能を付けたところで関係ないかな。
除外も全てのメタデータを取得して除外するだけだから。
どちらかというとJDBCのI/F的に器用に絞れないので。
どんなエラーか気になるね。
例外もそうだけど、どの処理で落ちたのかとか。

DBユーザの権限で回避はできるかも。
どのみちアプリで利用しないのであればって感じだし、
自動生成する環境のDBユーザだけの権限調整でもいいし。

2012/5/4 awaawa <p1us3i...@gmail.com>:

[kubo]

jfluteです。

って、エラーわかるの連休明けかぁー（＾＾
まあ、メタデータの取得で落ちてるなら、
DBFluteとしてはもうどうにもならなくて、
でもユーザ権限で回避できる、
って感じの結末を予想。

2012/5/4 kubo <dbf...@gmail.com>:

[awaawa]

awaawaです。

> って、エラーわかるの連休明けかぁー（＾＾
すいません、連休明けで。
エラーの詳細(エラーの内容と発生タイミング)を細かく覚えていないので、確認後再連絡します。

ドキュメントを確認していたのですが、
executionMetaProcedureNameListを指定していない場合、
ResultSet のメタデータの取得はすべてのストアドプロシージャにたいして行われるでしょうか。
(指定したプロシージャ以外も。)

もしそうであれば、それが原因かもしれません。
テスト値の内容でストアドプロシージャが実行されて、処理量が多くなったため、エラー?

エラーの詳細を覚えていれば。。。

On 5月4日, 午前12:16, kubo <dbfl...@gmail.com> wrote:
> jfluteです。
>
> って、エラーわかるの連休明けかぁー（＾＾
> まあ、メタデータの取得で落ちてるなら、
> DBFluteとしてはもうどうにもならなくて、
> でもユーザ権限で回避できる、
> って感じの結末を予想。
>

> 2012/5/4 kubo <dbfl...@gmail.com>:

>
>
>
>
>
>
>
> > jfluteです。
>
> > もうメタデータを取得する時点で落ちてるのかな？
> > (ExecutionMetaの取得とかじゃなくて)
>
> > それならそもそも除外機能を付けたところで関係ないかな。
> > 除外も全てのメタデータを取得して除外するだけだから。
> > どちらかというとJDBCのI/F的に器用に絞れないので。
> > どんなエラーか気になるね。
> > 例外もそうだけど、どの処理で落ちたのかとか。
>
> > DBユーザの権限で回避はできるかも。
> > どのみちアプリで利用しないのであればって感じだし、
> > 自動生成する環境のDBユーザだけの権限調整でもいいし。
>

> > 2012/5/4 awaawa <p1us3inus2...@gmail.com>:

[kubo]

jfluteです。

> ドキュメントを確認していたのですが、
> executionMetaProcedureNameListを指定していない場合、
> ResultSet のメタデータの取得はすべてのストアドプロシージャにたいして行われるでしょうか。
> (指定したプロシージャ以外も。)

いや、行われない。

まあ、やっぱりエラーの発生箇所がどこかってところだね。
唯一、targetのフィルタの前にフィルタの後でもいい処理があったので、
もしその箇所であれば順番入れ替えればって感じかな。
(OracleのStruct型とかの情報を取得)
うーん、でも意味合い的にはその辺のメタデータも取得した上で
フィルタにひっかかるとかどうかって判定したいので、
やっぱりエラー内容を見てそれを回避するのが一番だねぇ。

2012/5/4 awaawa <p1us3i...@gmail.com>:

[kubo]

jfluteです。

あれ？こっちの件は

2012/5/4 kubo <dbf...@gmail.com>:

[awaawa]

awaawaです。

すいません。遅れまして。。。

sql2entityとdocタスクで、以下の例外が出ました。
org.seasar.dbflute.logic.jdbc.metadata.basic.DfProcedureExtractor#getPlainProcedureList
439行目「ORA-01000: 最大オープン・カーソル数を超えました。」
※スタックトレース自体は、途中で省略されていてログに出力されていなかったです。

処理を軽く確認したのですが、435行目のResultSet「columnRs」をクローズしていないため、
スキーマ上にストアドプロシージャやファンクションが多いと、エラーになってしまうのではないかと。
※431行目のResultSet「procedureRs」のクローズもしておいた方がいいかと思います。
※426行目、445～４５０行目のResultSet「columnResultSet」の処理は意味がないようです。

類似箇所がないかは、FindBugsで検知できると思って設定してみたのですが、
設定がしっかりできていないせいか、警告を出せず。。。
(本日は断念で。)

On 5月8日, 午後10:17, kubo <dbfl...@gmail.com> wrote:
> jfluteです。
>
> あれ？こっちの件は
>

> 2012/5/4 kubo <dbfl...@gmail.com>:

>
>
>
>
>
>
>
> > jfluteです。
>
> >> ドキュメントを確認していたのですが、
> >> executionMetaProcedureNameListを指定していない場合、
> >> ResultSet のメタデータの取得はすべてのストアドプロシージャにたいして行われるでしょうか。
> >> (指定したプロシージャ以外も。)
> > いや、行われない。
>
> > まあ、やっぱりエラーの発生箇所がどこかってところだね。
> > 唯一、targetのフィルタの前にフィルタの後でもいい処理があったので、
> > もしその箇所であれば順番入れ替えればって感じかな。
> > (OracleのStruct型とかの情報を取得)
> > うーん、でも意味合い的にはその辺のメタデータも取得した上で
> > フィルタにひっかかるとかどうかって判定したいので、
> > やっぱりエラー内容を見てそれを回避するのが一番だねぇ。
>

> > 2012/5/4 awaawa <p1us3inus2...@gmail.com>:

[kubo]

jfluteです。

dbflute-0.9.9.4F-00-SNAPSHOT.zip でおためしあれー

2012/5/9 awaawa <p1us3i...@gmail.com>:

[takeshi awane]

awaawaです。

取り急ぎご連絡です。
うまく行きました！！
ありがとうございます。

[kubo]

jfluteです。

確認ありがとう！直せてよかった。
他にも微修正してるところあるので、
近いうちに正式なものを出そうかと思ってます。

2012/5/9 takeshi awane <p1us3i...@gmail.com>:

[awaawa]

awaawaです。

ちなみに、エラーになっていたスキーマは、
パッケージプロシージャ、ストアドプロシージャ、ファンクションあわせて500個ほどありました。
修正していただいたバージョンでは、プロシージャのメタデータ取得処理で3分超かかる感じでした。
数が数だけに、やっぱり時間かかりますね。
(自システムで使いたいのは1個なんですけどねー)

自システムのスキーマではないため、自動生成頻度が少ないのが救いですが。

対応ありがとうございました!!

On 5月10日, 午前12:42, kubo <dbfl...@gmail.com> wrote:
> jfluteです。
>
> 確認ありがとう！直せてよかった。
> 他にも微修正してるところあるので、
> 近いうちに正式なものを出そうかと思ってます。
>

> 2012/5/9 takeshi awane <p1us3inus2...@gmail.com>:
>
>
>
>
>
>
>
> > awaawaです。
>
> > 取り急ぎご連絡です。
> > うまく行きました！！
> > ありがとうございます。

>
> > On 2012/05/09, at 13:12, kubo <dbfl...@gmail.com> wrote:
>
> >> jfluteです。
>
> >> dbflute-0.9.9.4F-00-SNAPSHOT.zip でおためしあれー
>

> >> 2012/5/9 awaawa <p1us3inus2...@gmail.com>:

> ...
>
> もっと読む ≫

[kubo]

jfluteです。

うおぅ、なるほど。
よかった、そんな環境めったにないから、
一生わからなかったかもだねぇ、ありがとう。

> 修正していただいたバージョンでは、プロシージャのメタデータ取得処理で3分超かかる感じでした。
> 数が数だけに、やっぱり時間かかりますね。
JDBCレベルでもっと絞り込みを柔軟にできる仕組みがあれば
なんだけどね、しょうがないね。
もしくは、もうJDBC無視してデータディクショナリを
直接参照しにいくスタイルに変えちゃうか。

とにもかくにもありがとう。

2012/5/10 awaawa <p1us3i...@gmail.com>:

[kubo]

jfluteです。

>> 修正していただいたバージョンでは、プロシージャのメタデータ取得処理で3分超かかる感じでした。
>> 数が数だけに、やっぱり時間かかりますね。
せめてDBユーザ権限でプロシージャを絞り込んだら、
もちょい速くなるかな!?

2012/5/10 kubo <dbf...@gmail.com>:

[awaawa]

awaawaです。

DB側の権限で利用できるプロシージャを絞るということでしょうか?
自システム外のDBのため権限をいじるのはちょっとできなさそうです。
はじめから絞られているべきだとは思うのですが。。。

> どちらかというとJDBCのI/F的に器用に絞れないので。
ちなみに、javadoc見ると、procedureNamePatternで絞れそうな気もします。
現在は、null(％)のところをtargetProcedureNameList で設定されたものを指定すれば。
正規表現はできなさそう(?)なので、1件ずつ取得になってしまいますが。

http://java.sun.com/javase/ja/6/docs/ja/api/java/sql/DatabaseMetaData.html#getProcedures(java.lang.String,
java.lang.String, java.lang.String)

On 5月11日, 午前12:08, kubo <dbfl...@gmail.com> wrote:
> jfluteです。
>
> >> 修正していただいたバージョンでは、プロシージャのメタデータ取得処理で3分超かかる感じでした。
> >> 数が数だけに、やっぱり時間かかりますね。
>
> せめてDBユーザ権限でプロシージャを絞り込んだら、
> もちょい速くなるかな!?
>

> 2012/5/10 kubo <dbfl...@gmail.com>:

>
>
>
>
>
>
>
> > jfluteです。
>
> > うおぅ、なるほど。
> > よかった、そんな環境めったにないから、
> > 一生わからなかったかもだねぇ、ありがとう。
>
> >> 修正していただいたバージョンでは、プロシージャのメタデータ取得処理で3分超かかる感じでした。
> >> 数が数だけに、やっぱり時間かかりますね。
> > JDBCレベルでもっと絞り込みを柔軟にできる仕組みがあれば
> > なんだけどね、しょうがないね。
> > もしくは、もうJDBC無視してデータディクショナリを
> > 直接参照しにいくスタイルに変えちゃうか。
>
> > とにもかくにもありがとう。
>

> > 2012/5/10 awaawa <p1us3inus2...@gmail.com>:

> ...
>
> もっと読む ≫

[kubo]

jfluteです。

> DB側の権限で利用できるプロシージャを絞るということでしょうか?
> 自システム外のDBのため権限をいじるのはちょっとできなさそうです。
> はじめから絞られているべきだとは思うのですが。。。
自動生成で使ってる開発用のDBユーザだけの権限でいいんだけど、
それも調整できない環境なのかな・・・

> ちなみに、javadoc見ると、procedureNamePatternで絞れそうな気もします。
うむ、そうなんだけど、まあDBFluteがやってる細かい絞りは
しづらそうなのと、他のDBかOracleもだったか忘れたけど、
挙動があんまり信用できなかった覚えがあるので、
そこは基本利用しないようにしてる。

2012/5/11 awaawa <p1us3i...@gmail.com>:

[awaawa]

awaawaです。

ちょっと調整してみます。

> 挙動があんまり信用できなかった覚えがあるので、
> そこは基本利用しないようにしてる。
了解です。

On 5月11日, 午前9:18, kubo <dbfl...@gmail.com> wrote:
> jfluteです。
>
> > DB側の権限で利用できるプロシージャを絞るということでしょうか?
> > 自システム外のDBのため権限をいじるのはちょっとできなさそうです。
> > はじめから絞られているべきだとは思うのですが。。。
>
> 自動生成で使ってる開発用のDBユーザだけの権限でいいんだけど、
> それも調整できない環境なのかな・・・
>
> > ちなみに、javadoc見ると、procedureNamePatternで絞れそうな気もします。
>
> うむ、そうなんだけど、まあDBFluteがやってる細かい絞りは
> しづらそうなのと、他のDBかOracleもだったか忘れたけど、
> 挙動があんまり信用できなかった覚えがあるので、
> そこは基本利用しないようにしてる。
>

> 2012/5/11 awaawa <p1us3inus2...@gmail.com>:

>
>
>
>
>
>
>
> > awaawaです。
>
> > DB側の権限で利用できるプロシージャを絞るということでしょうか?
> > 自システム外のDBのため権限をいじるのはちょっとできなさそうです。
> > はじめから絞られているべきだとは思うのですが。。。
>
> >> どちらかというとJDBCのI/F的に器用に絞れないので。
> > ちなみに、javadoc見ると、procedureNamePatternで絞れそうな気もします。
> > 現在は、null(％)のところをtargetProcedureNameList で設定されたものを指定すれば。
> > 正規表現はできなさそう(?)なので、1件ずつ取得になってしまいますが。
>

> >http://java.sun.com/javase/ja/6/docs/ja/api/java/sql/DatabaseMetaData...,

> >> >>> >>>>>>>>> エラーが発生するストアドプロシージャがコールされて、...
>
> もっと読む ≫