Iwamotoさん

ご確認いただきありがとうございます！
バージョンが合えば解消するとの事で承知しました！
確認してみます。

Hashimotoさん

コメントいただきありがとうございます！
私の方ではSourceControlをコンパイル時の静的解析のような役割で使っておりまして、
それはVSCodeからsave->import->compileの時でも動作することを確認済みです。

> IRISへの接続中のアカウントを取得したいという事でしょうか？
VsCodeのsettings.jsonで設定したアカウントが、Save等によりIRISにImportを行ったときのユーザー情報になります。
..Usernameは接続が確立したタイミングには入っているものと思ったのですが、
今取得すると空になっています。

Minamoto さん

ご回答いただきありがとうございます！
記載の動作はパラメータの指示によるものだったのですね、、、存じ上げませんでした。

回避しようとすると、EXACTやTRUNCATEを使うのがよさそうですね。
デフォルト値を変えるのが少し怖いですが…。

こちらでも試してみるようにします！

ご回答いただきありがとうございます。
承知いたしました。

Mihoko Iijima さん

ありがとうございます！
まさにこれです！助かりました。

確かにこれであれば、プログラム管理上に.MACが現れることもないので、
.CLSに絞った状態で管理できそうですね！

参考にさせていただきます。
ありがとうございます！

Minamoto さん

ご回答いただきありがとうございます！
やはりイベントを直接拾うことは難しそうですね。

定時頂いた案も利用できるとは思うのですが、
%ZMIRRORの代替えとはいかなさそうなので、方針含め考え直してみます。

ありがとうございました！

Minamoto さん

あけましておめでとうございます！
今年もよろしくお願いいたします。

ご回答いただきありがとうございます。

記載いただいた内容はネームスペースの起動を監視できるという所で、
私の要望していた通りのものかと思いますので、一度実験してみようと思います。

また参考までにお伺いしたいのですが、この監視機能の中で、
%ZMIRRORの代替えとして利用できるものはありそうでしょうか…？

%ZMIRROR…プライマリとしての起動時のみ呼ばれる。セカンダリがプライマリに切り替わったタイミングでも呼ばれる。

Minamotoさん

ご回答ありがとうございます。
なるほど、IRISとしては特に問わないという事ですね。
わかりました！

環境変数等の情報もありがとうございます。
躓きそうなポイントですね。注意して進めるようにします。

Mihoko Iijimaさん

ご確認いただきありがとうございます！
残念ながら、対象のカラムは普通の文字列型となります…。

もう少しこちらでも発生条件を絞り込みたいと思います。

Toshihiko Minamoto さん

ご確認いただきありがとうございます！
こちらでも、今問題となってるテーブルから問題のカラムを抽出して
新たなテーブルを作成し、そこに対してIS NULLで検索をかけますとヒットすることが確認できました。

テーブルのデータ件数なのか、Insertのやり方なのか、何か条件がありそうですので、
もう少し絞り込めましたら、改めてサポートに問い合わせてみようと思います。

Mihoko Iijima さん

ご確認いただきありがとうございます！
そういう事だったんですね。
インジェクション対策として、パラメータを分けることを基本方針にしていたのですが、
設計を見直す必要がありそうですね・・・。

Hashimotoさん

ありがとうございます！
カラム名を渡されたらそちらの%Metadata.columnsから番号を取得して、
%GetRow()で引っ掛けてみる、という事ですね。

一度試してみようと思います。

Minamotoさん

ご回答いただきありがとうございます。
そちらの方法も検討したのですが、SELECTで*を使って取得した場合や、
複数のテーブルを結合してアクセスした際に、番号を把握しにくいというのと、
SQLのメンテナンスによって列番号が変わった際の保守性が低いという所より、見送りました。

やはりパフォーマンス劣化は避けられなさそうでしょうか…。

DynamicObjectに対して、「.name」でアクセスするのと、「%Get()」で動的にアクセスするのでは、
実質動作に差異がないと思っていたのですが、SQLからの取得結果へのアクセスとなると、
内部でカラム番号の変換処理が必要になってる、という事なんですね。。。
(であれば、何故直接「.name」でアクセスするのが早いのかは気になりますが…。)

Minamoto さん

ありがとうございます！
トランザクションと関係なくコミットできるのであれば、
1000件アップデートによるテーブルロックも防げそうですし、
期待動作が得られそうです。

頂いた方法で試してみたいと思います。

Minamoto さん

ご回答いただきありがとうございます！
記載頂いたものについては、私が欲していたものなのですが、
よくよく考えるとミラーリングを行っている都合上、
ジャーナルに書かれないデータが出来てしまう事にリスクを感じています。
($INCREMENTもそうでしたね。。。)

そのため、わがままな要望となってしまい大変恐縮なのですが、
ジャーナルには書かれるが、親のトランザクションを無視して更新を確定させたいです。

IRISの仕組み的に難しそうでしょうか・・・？

Toshihiko Minamoto さん

ご回答いただきありがとうございます！
頂いた方法で試してみます。
 

Toshihiko Minamoto さん

情報ありがとうございます！
初歩的なところに項目あったのですね、恥ずかしながら気づいておりませんでした。

疑問点は解消されましたので、クローズさせていただきます。