■SI Object Browser 掲示板

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

お問い合わせいただいた件につきまして、
あいにく弊社環境での動作実績はございませんが
以下3点を満たすことができれば接続可能であると推測されます。

・接続先PostgreSQLのユーザー/パスワード、ホスト名(またはIPアドレス)、待受ポートを把握していること
・接続先PostgreSQL側のpostgres.conf, pg_hba.confの設定でリモートアクセスが許可されていること
・接続先PostgreSQL側のネットワーク設定にて待受ポートに対するTCP通信が許可されていること

なお、SI Object Browserは、標準のPostgreSQLを前提とした
作りとなっておりますため、Heroku側でのカスタマイズ等が入っている場合
正しく動作しない可能性がございます点、ご了承ください。

どうぞ、よろしくお願いいたします。

ご担当者様

オブジェクトブラウザーでHeroku内部DBであるpostgreに繋げることは可能でしょうか

よろしくお願いします

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

■timestamp型の長さ0について
お問合せいただきました事象につきましては、弊社でも同様の動作を確認いたしました。
現状製品の動作上、長さ0は長さ未指定と同等と判断する処理を行っているため、
timestamp(0)を考慮していないことによる動作不備と考えられます。

製品の内部動作上、通常の手続きでtimestamp(0)を指定することは
現状できないようになっております。

大変ご不便、ご迷惑おかけしてしまい、誠に申し訳ありません。

■データ型テーブルによる回避について
ツール＞データ型テーブルで新しくデータ型timestamp(0)を定義し、長さ・精度は指定不可とすることで回避が可能です。
問題・懸念事項としましては、
あくまでSI Object Browser ER側でしかtimestamp(0)が定義できていないため、
フォワードエンジニアリング時には問題ありませんが、リバースエンジニアリング時にエンティティを作成した際に、
Timestamp型の長さが欠落した状態でエンティティが作成されてしまう動作となります。

お手数をお掛けいたしますが、ご対応の程よろしくお願いいたします。

バージョン：SI Object Browser ER 20 (64bit)

現状：
データ型にTIMESTAMP、長さに0を指定してエンティティの登録をして、再度エンティティを確認すると長さが空(から)の状態になってしまいます。
TIMESTAMP(0) を使って整数秒の精度までで保存したいのですが、TIMESTAMP（デフォルト精度）では余分に細かい精度で保存することになってしまい、困っています。

質問：
使用方法や設定項目に問題があるのでしょうか？
もし、回避策があるのであればご教授ください。

こんにちは。OBサポートです。
ご解決に至らず大変申し訳ございません。

弊社でも同条件・同操作で検証致しましたが
同現象が再現できないことから、未だ原因が特定できていない状況となっております。

お客様環境に起因する不具合の可能性もございますため、次のご対応といたしまして
より詳細な動作環境情報や不具合発生手順のご提供が必要となります。
本ご対応をさせていただくにあたりましては
本製品の「保守サポートサービス」にご加入いただいている必要がございます。

※保守サポートサービスご対象者様のご条件は以下のいずれかとなっております。
　・クライアントライセンスをご所有かつ、保守サポート契約をご契約中であること
　・仮想ユーザーライセンスまたはサブスクリプションライセンスをご契約中であること

もし上記保守サポートにご加入いただいています場合はお手数ですが、
ご契約内容の確認のため、現在所有いただいているライセンスの、
以下のいずれかの情報を最下部に記載致しますメールアドレス宛にお知らせいただくことは可能でしょうか。

①シリアルNO
②プロダクトNO
③プロダクトKEY

また、もし保守サポート対象者様でない場合も
保守サポートサービスにご契約いただけましたら引き続き調査・ご対応可能です。

保守サポートサービスは別途有償となりますが、
もしご検討いただけます場合はお見積をお送りさせていただきますので、
上記①②③のいずれかの情報をいただくことは可能でしょうか。

たびたびお手数をおかけしてしまい申し訳ありませんが、
何卒、よろしくお願いいたします。

【宛先 OB製品サポート】
oob.support@sint.co.jp

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

---------------
Create |←カーソル位置
CREATE
create
---------------
「CREATE」の位置にスクロールします。
> はい、CREATEの右にカーソルが移動します。
そのままもう一度同条件で「次に検索」を実行した場合、次にヒットした「create」にスクロールします。
> いいえ、CREATEの右にカーソルが残ったままです。

例えば、
---------------
CREATE |←カーソル位置
Create
create
CREATE
---------------
の状態で「次に検索」を実行した場合、
---------------
CREATE
Create
create
CREATE |←カーソル位置
---------------
となってしまいます。

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

・オプションの大/小文字の区別がOFFの場合　の挙動について
検索機能につきまして、
「次を検索」を実行した場合はエディタ上のカーソル位置より下を、
「前を検索」を実行した場合はエディタ上のカーソル位置より上を検索し、
カーソル位置から一番近い位置で一致した部分にスクロールします。

例えば、検索文字列を「CREATE」として、エディタが以下の状態で「次に検索」を実行した場合
---------------
Create |←カーソル位置
CREATE
create
---------------
「CREATE」の位置にスクロールします。
そのままもう一度同条件で「次に検索」を実行した場合、次にヒットした「create」にスクロールします。

また、「見つからない時にメッセージを表示する」をONにした場合の挙動につきましては、
エディタ上のカーソルより上 または 下に検索対象がない場合に表示されるため仕様でございます。

例えば、検索文字列を「CREATE」として、エディタが以下の状態で「次に検索」を実行した場合
---------------
Create
CREATE
create |←カーソル位置
---------------
カーソル位置より下に該当の文字列がございませんのでメッセージが表示されます。


・オプションの大/小文字の区別がONの場合　の挙動について
こちらは不具合となりますため、今後のアップデートで改善を検討して参ります。


また、上記の事象につきましては全てVer.21でも同様の仕様であることを検証済みでございます。
本件、ご不便をおかけし申し訳ございません。
何卒よろしくお願い致します。

SI Object Browser for Oracle 24 バージョン： 24.2.1.0

FUNCTIONやPACKAGE BODYのオブジェクトを開いて"ソース"タブを選択
Ctrl+Fで検索ウィンドウを開いて文字列を入力して"次を検索"ボタンを押す

[オプションの大/小文字の区別がOFFの場合]
ヒットした文字列は大文字小文字問わず背景色がついているが、
小文字が含まれている文字列へスクロールしてくれない。
（すべて大文字の文字列へはスクロールしてくれます）
"見つからない時にメッセージを表示する"をONにしている場合
検索文字列「○○」は見つかりませんでした。
のメッセージボックスが出る。

[オプションの大/小文字の区別がONの場合]
ヒットした文字列へスクロールするが、背景色がついていない

以前バージョン21を使用していた時は問題なかったと思うのですが、確認をお願いします。

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

OBからAzure SQL Databaseへ接続するにあたり、TCPで接続先データベースの待ち受けポート宛に通信を行います。
Azure SQL Databaseを構築されたご担当者様に待ち受けポートをご確認いただくようお願い申し上げます。

Azure SQL Databaseに接続する、通信方式(TCP等）、ポートを教えてください。
NSG設定で必要となります。