■SI Object Browser 掲示板

ご返信ありがとうございます。
承知しました。保守の加入状況については確認してメールをいたします。
保守契約していなければ、我慢して遅い状態で使い続けることとします。

こんにちは。OBサポートです。

ご回答が遅くなってしまい、誠に申し訳ありません。

お問い合わせの事象ですが、
弊社にて再度動作を確認したところ、下記の設定が影響しているものと考えられます。

ツール > オプション > 詳細設定 > チェックボックス「自動でトランザクション開始する」

こちらのチェックがONの状態ではトランザクションが開始され、
SI Object Browser側でデータの編集を行った際に手動でコミット行うまでは
テーブルがロックされる動作となっております。

もし該当の項目がONとなっていた場合につきましては、
大変お手数ですがチェックを外した上（OFFにした状態）での運用をお願いいたします。
OFFの場合、データ編集後自動でコミットがされるため、
別のアプリケーションが参照する際にもロックはかからないものと思われます。

原因の特定にお時間を要し、大変ご迷惑をおかけしてしまい誠に申し訳ありません。
何卒よろしくお願い申し上げます。

こんにちは。
OBサポートです。

誤解を招くような内容となり誠に申し訳ございません。

過去事例からご案内できる情報を返信差し上げておりましたが、
他のツールでは事象が発生していないことから、
同様の原因に当てはまらない事象と考えられます。

詳細な調査につきましては技術サポートが必要かと存じますので、
開発窓口のメールアドレスまでご連絡いただければ幸いです。

その際、保守サポートの加入状況を確認させていただきますので、
保守ダイジェストキーをご記載くださいますようお願いいたします。

何卒よろしくお願い申し上げます。

以前、https://www.sint.co.jp/siob_bbs/bbs_disp.asp?current_page=1&disp_mode=1&message_id=7742で、以下の問い合わせさせていただきました。
> ・OBS18にてDBへ接続し、DBを閲覧・編集(テーブルのデータタブ)し表示しっぱなし
> ・そのDB(テーブル)を使用するアプリで、DBのSELECTクエリ等を実行する
>
> 上記の条件が重なると、OBS18以外のアプリからのクエリレスポンスが著しく遅くなる、もしくは返ってこない現象がたまに発生します。
>
> OBS2では遭遇しない現象なので、OBS18特有の現象かと思いますが、そのような状況に他の方は陥っていないのでしょうか。
> 現在のところ、周囲で4名がこの現象に遭遇しています。
>
> OBS18を終了すると途端にレスポンスが早くなるので、OBS18にてロックをかけているか負荷がかかる処理をバックグラウンドで実行しているように見受けられます。
>
>
> ■環境
> SI Object Browser SQLServer 18
> Windows 10x64 build1709 Enterprise



質問させていただいた時点では、Serverのメモリがスワップアウトするような状況(サーバのメモリが不足している)でした。
その後、サーバのメモリを増強したところ発生率は非常に少なくなったのですが、稀に発生することがありましたので再度確認させていただきます。
現在の調査状況はいかがでしょうか。

https://www.sint.co.jp/siob_bbs/bbs_disp.asp?current_page=1&disp_mode=1&message_id=7513
上記スレッドとも似た現象かもしれませんが、OBを終了しないと一切他のクエリ(SELECT系やUPDATE系)の実行はできません。

本番環境稼働中にメンテナンスすることもあり、ユーザーからクレームが入ることもあります。


また、メモリ増強に関わらず、OBS2では発生せずOBS18では発生しています。
このことから、明らかにOBS2～OBS18で処理が変わっていると言えると思います。

以下についてお願いできないでしょうか。
①発生した後の対処(OBを終了、COMMIT発行等)ではなく、発生しないようにするための対応の提示をお願いいたします。(ロックしたら困るので)
②状況(ロックして使用不可)を鑑みて、有償でなくとも調査・対応を進めていただきたいです。

OBは非常に便利なソフトですので、原因究明・対策されることを期待しています

こちらで返信いただいているので、念のため書いておきます。
再起動してほしいとのことなので、ソフト側ではなくデータベース側の問題ということですね。
他のフリーのSQLエディターはそんなことないのですが。
再起動してくださいと言われても、夜間もWEBとの連携やバッチ処理等々作業しており、現状も再起動は長期休暇(年末年始、夏季休暇)等しかタイミングがありません。そこまで待つしかないということですね。

こんにちは。
OBサポートです。

お問い合わせの事象ですが、
過去にテーブルオブジェクト表示が遅いという類似の事象があり、
データベースの再起動を実施後に、レスポンスが改善されたという報告をいただいております。


誠に恐れ入りますが、同様の方法で状況が改善されるかご確認いただくことは可能でしょうか。

なお、こちらの掲示板では技術的なお問い合わせには対応致しかねますので、
恐れ入りますが技術的なお問い合わせは開発窓口までお願いいたします。
開発窓口：oob.support@sint.co.jp

大変お手数ですが、何卒よろしくお願い申し上げます。

こんにちは。
OBサポートです。

ご投稿いただいた件に関しましてですが、
VARRAY型の引数を持つ場合、PACKAGE BODYの実行画面にて
配列の数分だけ入力欄が表示されるようになっております。

もし表示がされていない場合は、別途技術的な調査が必要になりますため、
以下の情報を添えてサポート宛にご連絡くださいますようお願いいたします。

・お持ちのシリアルNOまたは保守ダイジェストキー

何卒、よろしくお願い申し上げます。

テーブル画面が開くのが遅いです。
めちゃくちゃ遅いというわけではないですが、定義情報の画面が開くまでに5～10秒程度かかっています。
データ件数の多いテーブルだからかなと思いましたが、少ないテーブルでも開くのが遅いです。
3件くらいしかないテーブルを参照するのにも、定義情報で5秒ほど、そこからデータのタブが開くまでに5秒ほどかかります。(データタブ、定義情報タブだけではなく、すべてのタブで開くのに同じくらい時間がかかります。）
どうにかなりませんでしょうか。
使用バージョン：SI ObjectBrowser for Postgres 21(x64)

問題解決しました。
ありがとうございました。

[OBサポート]
>ご指摘いただいたような、初回表示時は空白にし、
>検索後に結果を画面表示するといった対応は、
>現在の最新バージョンでも行われておりません。
>
>ご希望に添えず誠に申し訳ございません。
>既に開発側には伝えておりますので、今後の
>バージョンアップでの改善を検討いたします。
>
>貴重なご意見誠にありがとうございます。
>何卒、よろしくお願い申し上げます。
>

横から失礼いたします。
現在、バージョン１４を使っているのですが
こちらの件は現在も未対応のままでしょうか。