■SI Object Browser 掲示板

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

お問い合わせいただいた件につきましてですが、現状のSI Object Browser for PostgreSQLでは
標準出力の結果表示に対応しておりません。

お手数ですが、ログテーブルに情報を出力する等の
別途手段をご検討いただけますと幸いです。

また、本件につきましてはご要望として承り開発側に伝えさせていただきます。

ご希望に添えず誠に申し訳ございませんが
何卒、よろしくお願い申し上げます。

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

>エラーが出た当初、、「"C\ProgramData\OB14\temp\SQLLOG.IDX"」を消去してみましたが
>変わらずSQLが実行できませんでした(Cアカウントに対して権限が新たに付与され、新規のSQLLOG.IDXは作成されたのに）。
>この原因はいったい何でしょうか。

　C:\ProgramData\OB14\tempフォルダに対するCアカウントへの書き込み権限が
　不足していたことが原因かと存じます。

　また、その後の操作で同フォルダにUsersグループの書き込み権限を付与いただいたことにより
　Usersグループに属するCアカウントが書き込みを行える状態になったと認識しております。

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

SI ObjectBrowser for Postgres ver3を試用中です。

ストアドFUNCTIONを生成し、デバッグをしたいのですがOracleの「DBMS_OUTPUT.PUT_LINE」に代わるものはないのでしょうか？

WindowsでDockerを利用して構築したPostgreSQLにDB接続し、リバース・エンジニアリングをしようとしてもスキーマが読み取れないらしくオブジェクトが何も表示されません。

Dockerに構築されたDB接続はできます。
スキーマ情報を表示するためになにか設定が必要なのでしょうか？

補足
Dockerではなく、普通にOS上に構築したPostgreSQLについてはスキーマ情報が表示され
リバース・エンジニアリングできます。

返信ありがとうございます。


申し訳ありません、追加で質問を致します。
エラーが出た当初、、「"C\ProgramData\OB14\temp\SQLLOG.IDX"」を消去してみましたが
変わらずSQLが実行できませんでした(Cアカウントに対して権限が新たに付与され、新規のSQLLOG.IDXは作成されたのに）。

この原因はいったい何でしょうか。
あくまでこの対処手順は「インストール時のユーザーと通常実行ユーザー（1ユーザー想定）が違った際の対処手順」であり、「複数ユーザーが実行する場合の対処手順」ではない、ということでしょうか？


以上、宜しくお願い致します。

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

お問い合わせいただいた件につきましてですが、SI Object Browser for SQL Serverでは
現状ユーザー定義型に対応しておらず、参照・編集するための機能を提供しておりません。

ご希望に添えず誠に申し訳ございません。
本件はご要望として承り、開発側に伝えさせていただきます。

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

いつもお世話になっております。
Object Browser for SQL Server 18 ReadOnly Eeditionを使っています。

ユーザ定義テーブル型(CREATE TYPE AS TABLE)は、どこから参照すればよいのでしょうか？

よろしくお願いします。

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

>USERSグループとしてファイルを作成する方法はありませんでしょうか。

　こちらについて調べてみましたが有効な方法は確認できませんでした。

　大変恐れ入りますが、上記操作はWindows OSにおける内容となりますので
　方法が見つかったとしても正式回答とは致しかねます。
　別途、Microsoft社にお問い合わせいただけますようお願いいたします。


>また、FAQや掲示板を見る限りこの事例は複数あるようですが、そもそもなぜ起こってしまったのでしょうか（権限の差異が発生した根本原因）。そもそもこのような使い方を想定していないために権限の差異が発生してしまうのでしょうか？

　SI Object Browserから出力されるファイルは
　SI Object Browser実行ユーザーの権限で作成されます。

　また、複数アカウントで利用する必要がある場合は
　ファイル作成後に全アカウントがファイルの読み書きを行えるよう
　権限を付与していただく必要がございます。

　こちらはSI Object Browserの想定動作となりますので
　ご了承くださいますようお願いいたします。


何卒、よろしくお願いいたします。

ご回答ありがとうございます。２点質問がございます。



>>最終的に、C\ProgramData\OB14のフォルダのUSERSグループにフルコントロール権限をつけることでSQLが実行できるようになりましたが、この対応で何か問題が発生するでしょうか？
>
>　ご記載いただいたように、C:\ProgramData\OB14に対して
>　USERSグループの読み取り/書き込み権限が付与されていればご利用いただけます。



なるほど、この対応で何か問題は発生しない、ということですね。
了解しました。ありがとうございます。






>>端末②にBアカウントとしてインストールしたにもかかわらず、Aアカウントの権限が付与されるのは仕様でしょうか？
>
>　C\ProgramData\OB14\temp配下に作成されるファイルは、インストール時ではなく
>　SI Object Browserの実行中に作成されるものとなります。
>
>　従いまして、Bアカウントでインストールし、AアカウントでSI Object Browserを
>　使用されたということであれば通常動作となります。



当初はAアカウントでOBを使用した際に、USERSグループとしての権限で実行されると考えていました（AアカウントはUSERSグループに所属している）。しかし実際にはUSERSグループとは別にAアカウントの権限が付与された次第です。
USERSグループとしてファイルを作成する方法はありませんでしょうか。





また、FAQや掲示板を見る限りこの事例は複数あるようですが、そもそもなぜ起こってしまったのでしょうか（権限の差異が発生した根本原因）。そもそもこのような使い方を想定していないために権限の差異が発生してしまうのでしょうか？





以上2点、宜しくお願い致します。

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

お問い合わせいただいた件につきまして、ご回答申し上げます。

>端末②にBアカウントとしてインストールしたにもかかわらず、Aアカウントの権限が付与されるのは仕様でしょうか？

　C\ProgramData\OB14\temp配下に作成されるファイルは、インストール時ではなく
　SI Object Browserの実行中に作成されるものとなります。

　従いまして、Bアカウントでインストールし、AアカウントでSI Object Browserを
　使用されたということであれば通常動作となります。

>最終的に、C\ProgramData\OB14のフォルダのUSERSグループにフルコントロール権限をつけることでSQLが実行できるようになりましたが、この対応で何か問題が発生するでしょうか？

　ご記載いただいたように、C:\ProgramData\OB14に対して
　USERSグループの読み取り/書き込み権限が付与されていればご利用いただけます。


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