同じ問題が仕事上で発生しそうなので、今後のために記録。

だって、すぐ忘れるんだもん！
（いばるな）

さてさて。

仕事のプログラミングで不具合が発生して、忙しいさなか、
辛く苦しい原因探索の旅を１日半費やしてようやく解決したのでありますが、

回避出来たとはいえ、どうしても腑に落ちなくて、
久しぶりにプログラミング掲示板に質問してみたりしました。

それから既に３日経つけれども、誰からも解答がないのが寂しいです。
しょぼーん。
まぁ、特殊な気がするので、しょうがないですね。
最初から期待しないで投稿したので、だいじょぶです。
泣かない。

でもなー、ＳＱＬ発行するところで、ＮＶＬつけていたらＶＢがプロジェクトごと落ちて、
ＮＶＬ外したらＯＫだなんて誰が思うんだ。

やってみたところといえば。

リソースメーターを置いてみたり、
ＳＱＬ発行するボタンにDoEventsを入れてみたり、
ＳＱＬが１０２４バイト超えるといけないとか聞いたから２つに分けてみたり、
ローカルよりグローバルの方がメモリを使えるというので、
引数で渡しているＳＱＬをグローバルに持たせてみたり、
３つ参照しているテーブルを１つに変えてみたり、
開放していない配列の見直し、
同じく開放していないオブジェクトの見直し、
その他のＳＱＬを一から見直し、
シンプルにする為に、そのＳＱＬを発行するだけの画面を作成してみたり、
プロジェクトを作り直してみたり、
参照設定を見直したり、
取得列名が５０あったので３０にしてみたり、

それが、取得する数値項目４０個のＮＶＬを全部外すだけで通るなんて…。
はぁぁぁ。

人のプログラムで、あんまり技術のない人のやつだから、
プログラム追うのも大変で、どこも怪しく見えちゃって、本当に辛かった。

でもなー。
今後ＳＵＭとかしたい時どうしたらいいんだろう。
ＮＶＬを使っている全てのＳＱＬが落ちる訳でもないけど。
会社の環境じゃ発生しなくて、現地でしか起きないから、
今後ＳＱＬ書くの恐いなぁ。

会社と現地のサーバーのＯｒａｃｌｅのバージョンは一緒だから、
Oracleサーバが設定かなにかが悪いと思うのだけれど、
上司はおかしいことないっていうしなー。
わたし自身は、Ｏｒａｃｌｅとの付き合いは短いので、設定とか良くわかりませぬ。

確かに、他のプロジェクトでも使用してるもんなぁ。
でもポートとか違うし…。
しおしおしお。


さてさて。
また現地で修正しているであろう、来月のわたし！
上のところに注意して、ＳＱＬ見直せっ！！
そいじゃ、頑張れな。わたし。