■SI Object Browser 掲示板


ユーザの皆様、開発者、サポート担当者の交流のための掲示板です!

ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。
なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。

discussion
※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】
※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。
※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。
※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。

よくある質問(FAQ)

検索オプション 矢印

~
リセット
新規投稿
こんにちは。
OBサポートです。

お問い合わせいただいた件につきましてですが、EXCEL取込画面の
オプションタブにございます、「このモデルに追加でリバースする」を
チェックいただくと、現在開いているモデルに追加で取り込みを行う
動作となります。

ご確認くださいますよう、お願い申し上げます。
OBERでExcelからエンティティの取り込みを行う際に、既存のモデルへ追加したいのですが、新しいウィンドウが開き、取り込んだエンティティ設定を持つだけの新しいデータモデルが作成されてしまいます。
取り込み時に既存モデルに追加するにはどうすればいいのでしょうか。
サポートご担当者さま

いつもお世話になっております。

 迅速なご回答、誠にありがとうございます。

 「実行されるSQLの確認」機能につきまして、
 こちら側で、確認することができました。

 昔のVerと比較して、確認するタイミングが
 変わっていただけだったのですね。

 今後ともOBシリーズを愛用させていただきます。
 ありがとうございました。

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

お問い合わせいただいた件につきましてですが、最新バージョンである
18におきましてもご利用いただけます。

■表示されるタイミング
 データベース同期を進めていただき、モデルとデータベースの
 比較結果が表示された画面で「開始」ボタンを押下したときの
 確認ダイアログに「実行するSQL文を確認する」のチェックボックスが
 表示されます。

 ただし、比較結果の画面でデータベース側の変更を行うもの(※)がない場合は
 SQLが発行されないため、上記のチェックボックスは表示されません。

 ※比較結果の画面、「操作」列で右向き矢印になっているもの

■比較結果の画面における「操作」列の設定
 データベース同期の一番最初に表示される動作設定を行う画面で
 「デフォルトの同期方法」を変更していただくことで、比較後に
 初期設定される矢印の向きを指定することが可能となっております。

 また、比較結果の画面でも「操作」列をダブルクリックすることで
 個別に変更することが可能です。


何卒、よろしくお願い申し上げます。
いつもお世話になっております。

使用させていただいております、
SI Object Browser ER 18 について
1点質問がございます。


たしか昔のVerであった機能で・・・

データベース同期 で 同期を開始する前に
「同期するためのSQLを事前に確認する」、といったような
ものがあったと記憶しています。

現在使用している、Ver18 で
上記のような機能はどうやったら使えるようになりますでしょうか?


お手数をおかけいたしますが
お教えいただくことできますでしょうか。

よろしくお願いいたします。

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

FAQの内容で解決しないとの件につきまして、詳細が記載されておらず申し訳ございません。

FAQの内容につきましては
「単一端末、単一アカウントでSI Object Browserを利用中に同エラーが発生した場合」
の対処法となります。
単一端末複数アカウントでのご利用の場合は、お手数ではございますが先般のご案内通り
フォルダに対する権限付与をお願いできればと存じます。

また、FAQの内容につきましては担当者に見直しを行うよう伝えさせていただきます。

何卒、よろしくお願い申し上げます。
こんにちは。
OBサポートです。

具体的な方法につきましてですが、DBMS_OUTPUT.PUT_LINEに変わる代案としまして
・PL/SQLの内部変数値を確認したいタイミングでログテーブルに変数値をINSERT
・IFブロック内外でログテーブルに必要な情報をINSERT
などを確認する方法を想定して記載させていただきました。

ご参考になりましたら幸いです。
何卒、よろしくお願い申し上げます。
返信ありがとうございます。

ログの出力でデバッグ替わりになるのですか?
お手数ですが、具体的な例を提示して頂けると助かります。
返信ありがとうございます。



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


以前のOBサポート様の回答より、権限が不足していることでこのエラーが起きることは理解しています。
ただ、FAQをみると、「SQLLOG.IDXをいったん消去することで対応できる」という旨のことが書かれていましたので、その対応でなぜ今回できなかったのか(FAQを見る限り、tempフォルダ自体への書き込み権限付与は促されていない。あくまでそのフォルダ配下のSQLLOG.IDXへの対処を促している)を疑問に思った次第です。

エラー自体の原因ではなく、FAQに記載の対応だけではなぜ解決しなかったのか、という原因がお聞きしたいです(想定している状況が違うのか、そもそもこちらの手順解釈が間違っているのか、など)。
わかりづらい文章で誤解を招き申し訳ありません。


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

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

お問い合わせいただいた件につきましてですが、あいにくDocker上のデータベースに
おける接続は動作保証外とさせていただいております。

しかしながら、データベース接続は可能とのことですので、接続ユーザがスキーマに
対する権限を付与されていないなど、データベース内における設定の不足が考えられます。

一度、OS上に構築した環境と比較いただき過不足がないかご確認いただければと存じます。

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