■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
Microsoft Virtual PC上でSI Object Browser Ver.8を使用したいのですが、この場合はもうひとつライセンスが必要でしょうか？
返信を投稿
OB
橋爪@SI
こんにちは橋爪@SIです。
>Microsoft Virtual PC上でSI Object Browser Ver.8を使用したいのですが、この場合はもうひとつライセンスが必要でしょうか？
仮想マシン等により、1台に複数環境が存在している場合につきましては複数人での同時使用環境ではないという前提の下、1クライアントライセンスとします。
複数人で同時使用する場合は、使用する仮想環境数分のライセンスが必要となります。
*弊社HPにて今回のお問い合わせに関する記載が無かったため、FAQにて追加記載いたしました。
http://www.sint.co.jp/siob/faq.asp
どうぞよろしくお願いいたします。
>Microsoft Virtual PC上でSI Object Browser Ver.8を使用したいのですが、この場合はもうひとつライセンスが必要でしょうか？
仮想マシン等により、1台に複数環境が存在している場合につきましては複数人での同時使用環境ではないという前提の下、1クライアントライセンスとします。
複数人で同時使用する場合は、使用する仮想環境数分のライセンスが必要となります。
*弊社HPにて今回のお問い合わせに関する記載が無かったため、FAQにて追加記載いたしました。
http://www.sint.co.jp/siob/faq.asp
どうぞよろしくお願いいたします。
返信を投稿
OB
OB
テーブルアクセス表からテーブルに対してSELECT文が
発行された回数等の統計情報を出力することはできないのでしょうか？？
よろしくお願いします。
発行された回数等の統計情報を出力することはできないのでしょうか？？
よろしくお願いします。
返信を投稿
OB
通行人A
>テーブルアクセス表からテーブルに対してSELECT文が
>発行された回数等の統計情報を出力することはできないのでしょうか？？
>よろしくお願いします。
OOB.9利用させていただいております。
私の使用した感では、テーブルアクセス表からSELECT文の発行回数は確認できないと思います。しかし、SQLキャッチで、「同一SQL文をまとめる」というチェックを外せば、
トレースした際の発行SELECT文が全て表示されるので、その個数を確認するしかないと思いました。
>発行された回数等の統計情報を出力することはできないのでしょうか？？
>よろしくお願いします。
OOB.9利用させていただいております。
私の使用した感では、テーブルアクセス表からSELECT文の発行回数は確認できないと思います。しかし、SQLキャッチで、「同一SQL文をまとめる」というチェックを外せば、
トレースした際の発行SELECT文が全て表示されるので、その個数を確認するしかないと思いました。
返信を投稿
OB
SCOTT
一時表のソース（CARETE GLOBAL TEMPORARY TABLE）に
ON COMMIT句が指定されない為、
セッション固有の一時表（ON COMMIT PRESERVE ROWS）
が作成できないようです。
調査お願いします。
ON COMMIT句が指定されない為、
セッション固有の一時表（ON COMMIT PRESERVE ROWS）
が作成できないようです。
調査お願いします。
返信を投稿
OB
TIGER
一時表作成時に「データ保持期間」として
「コミット後にデータ削除」
「セッション終了後にデータ削除」（ON COMMIT PRESERVE ROWS）
のどちらかを選択し、ソースにも反映されます。
古いバージョンでは未対応？なのでしょうか
ちなみに私は最新版（OOB9）です。
「コミット後にデータ削除」
「セッション終了後にデータ削除」（ON COMMIT PRESERVE ROWS）
のどちらかを選択し、ソースにも反映されます。
古いバージョンでは未対応？なのでしょうか
ちなみに私は最新版（OOB9）です。
返信を投稿
OB
SCOTT
>一時表作成時に「データ保持期間」として
>「コミット後にデータ削除」
>「セッション終了後にデータ削除」（ON COMMIT PRESERVE ROWS）
>のどちらかを選択し、ソースにも反映されます。
>
>古いバージョンでは未対応？なのでしょうか
>
>ちなみに私は最新版（OOB9）です。
レス有難うございます。
私のOOBも最新版のVer.9.0.1.4を使用していますが
「コミット後にデータ削除」
「セッション終了後にデータ削除」
のどちらを選択しても、ソースにON COMMIT句が現れてきません。
私の環境だけなのでしょうか？
>「コミット後にデータ削除」
>「セッション終了後にデータ削除」（ON COMMIT PRESERVE ROWS）
>のどちらかを選択し、ソースにも反映されます。
>
>古いバージョンでは未対応？なのでしょうか
>
>ちなみに私は最新版（OOB9）です。
レス有難うございます。
私のOOBも最新版のVer.9.0.1.4を使用していますが
「コミット後にデータ削除」
「セッション終了後にデータ削除」
のどちらを選択しても、ソースにON COMMIT句が現れてきません。
私の環境だけなのでしょうか？
返信を投稿
OB
SCOTT
自己レスです。
原因がわかりました。
オプションの「定義情報」の設定で
「SQL文に領域情報を含める」のチェックが外れていたのが原因でした。
その為、いくら「セッション終了後にデータ削除」を選択して、
テーブルを生成し直しても、ソースにON COMMIT句が無いので
データ保持期間が反映されていませんでした。
但し、これはオペレーションと結果が違うので
改善してほしいとは思います。
有難うございました。
原因がわかりました。
オプションの「定義情報」の設定で
「SQL文に領域情報を含める」のチェックが外れていたのが原因でした。
その為、いくら「セッション終了後にデータ削除」を選択して、
テーブルを生成し直しても、ソースにON COMMIT句が無いので
データ保持期間が反映されていませんでした。
但し、これはオペレーションと結果が違うので
改善してほしいとは思います。
有難うございました。
返信を投稿
OB
小次郎
タイトルの通りなのですが、テーブル項目にTIMESTAMP型の列があると、
スクリプト出力した結果、データのInsert文がTO_DATE変換になっています。
これを、TO_TIMESTAMP変換で出力するようにしてください。
スクリプト出力した結果、データのInsert文がTO_DATE変換になっています。
これを、TO_TIMESTAMP変換で出力するようにしてください。
返信を投稿
OB
とおりすがり
>タイトルの通りなのですが、テーブル項目にTIMESTAMP型の列があると、
>スクリプト出力した結果、データのInsert文がTO_DATE変換になっています。
>これを、TO_TIMESTAMP変換で出力するようにしてください。
はっきりとは記憶していないのですが、OBJECT BROWSERの８，９で対応している
オラクルのバージョンでは、TO_TIMESTAMPが使えないバージョンも含んでいませんか？
OBJECT BROWSERがわで、オラクルのバージョン情報を表示できるものの、バージョン毎に、細かく機能の振り分けを行うのは中々難しいのではないのでしょうか。
確かに、可能でしたら各バージョン毎に機能制限、記載制限をしてくれると言うことないです。
返信を投稿
OB
ART
OB9でテーブル定義情報を開き、必須チェックボックスを操作し、ウィンドウを閉じる
すると、
「情報が変更されています。コンパイルしますか？」
と表示されるので「はい」を選ぶ。
しかし、再度表示し直しソースを表示してみると何も変わっていない。
これは、不具合？それとも定義情報で必須を操作してはいけないの？？
すると、
「情報が変更されています。コンパイルしますか？」
と表示されるので「はい」を選ぶ。
しかし、再度表示し直しソースを表示してみると何も変わっていない。
これは、不具合？それとも定義情報で必須を操作してはいけないの？？
返信を投稿
OB
橋爪@SI
こんにちは橋爪@SIです
>OB9でテーブル定義情報を開き、必須チェックボックスを操作し、ウィンドウを閉じる
>すると、
>「情報が変更されています。コンパイルしますか？」
>と表示されるので「はい」を選ぶ。
>しかし、再度表示し直しソースを表示してみると何も変わっていない。
>これは、不具合？それとも定義情報で必須を操作してはいけないの？？
本来ですと「～コンパイルしますか？」で「はい」選択で必須チェックボックスの変更も反映されるはずですので以下の設定をした上で、再度ご確認していただけますでしょうか。
「オプション」→「定時情報」タブ画面より、「定義変更時に実行されるDDL文を確認する」にチェックを入れてください。
すると同操作をした際に、発行されるDDL文が表示され、実際に変更処理が行われているかの確認ができます。
DDL文含め、ご確認していただけますでしょうか。
よろしくお願いいたします。
>OB9でテーブル定義情報を開き、必須チェックボックスを操作し、ウィンドウを閉じる
>すると、
>「情報が変更されています。コンパイルしますか？」
>と表示されるので「はい」を選ぶ。
>しかし、再度表示し直しソースを表示してみると何も変わっていない。
>これは、不具合？それとも定義情報で必須を操作してはいけないの？？
本来ですと「～コンパイルしますか？」で「はい」選択で必須チェックボックスの変更も反映されるはずですので以下の設定をした上で、再度ご確認していただけますでしょうか。
「オプション」→「定時情報」タブ画面より、「定義変更時に実行されるDDL文を確認する」にチェックを入れてください。
すると同操作をした際に、発行されるDDL文が表示され、実際に変更処理が行われているかの確認ができます。
DDL文含め、ご確認していただけますでしょうか。
よろしくお願いいたします。
返信を投稿
OB
naga
いつもOBERを利用させて頂いています。
利用していたなかで、いくつか要望が出てまいりましたので
この掲示板をとおして発言させて頂きます。
(1) リレーションシップの動詞句のように、連結線に対してもコメントを設定(表示)
できるようにして頂けませんでしょうか。
データベースの設計上、主キー項目で連結しないケースがあります。
その場合、ER図上は連結線で結んで関連を表しています。
(通常はこのような設計にするのはあまり良くない事かもしれませんが
よろしくお願いします）
(2) また、(難しいとは思いますが)連結線や四角形等のオブジェクトもメインモデルに
自動で反映する機能があると便利だと考えています。
よろしくお願いします。
利用していたなかで、いくつか要望が出てまいりましたので
この掲示板をとおして発言させて頂きます。
(1) リレーションシップの動詞句のように、連結線に対してもコメントを設定(表示)
できるようにして頂けませんでしょうか。
データベースの設計上、主キー項目で連結しないケースがあります。
その場合、ER図上は連結線で結んで関連を表しています。
(通常はこのような設計にするのはあまり良くない事かもしれませんが
よろしくお願いします）
(2) また、(難しいとは思いますが)連結線や四角形等のオブジェクトもメインモデルに
自動で反映する機能があると便利だと考えています。
よろしくお願いします。
返信を投稿
OBER
橋爪@SI
こんにちは橋爪@SIです。
>(1) リレーションシップの動詞句のように、連結線に対してもコメントを設定(表示)
> できるようにして頂けませんでしょうか。
>
> データベースの設計上、主キー項目で連結しないケースがあります。
> その場合、ER図上は連結線で結んで関連を表しています。
> (通常はこのような設計にするのはあまり良くない事かもしれませんが
> よろしくお願いします）
貴重なご意見ありがとうございます。
ご指摘どおり、連結線等にはコメントが設定できないため、新たにテキストや四角形等でコメントをいれていただいていると思います。
連結線でのコメント設定につきましては今後、是非、検討させていただきたと思います。
>(2) また、(難しいとは思いますが)連結線や四角形等のオブジェクトもメインモデルに
> 自動で反映する機能があると便利だと考えています。
こちらにつきましても実現可能でしたら、今後、対応を検討させていただきたいと思います。
他にご意見・ご要望ございましたら、掲示板もしくはサポート宛までご連絡いただけますでしょうか。
どうぞよろしくお願いいたします。
>(1) リレーションシップの動詞句のように、連結線に対してもコメントを設定(表示)
> できるようにして頂けませんでしょうか。
>
> データベースの設計上、主キー項目で連結しないケースがあります。
> その場合、ER図上は連結線で結んで関連を表しています。
> (通常はこのような設計にするのはあまり良くない事かもしれませんが
> よろしくお願いします）
貴重なご意見ありがとうございます。
ご指摘どおり、連結線等にはコメントが設定できないため、新たにテキストや四角形等でコメントをいれていただいていると思います。
連結線でのコメント設定につきましては今後、是非、検討させていただきたと思います。
>(2) また、(難しいとは思いますが)連結線や四角形等のオブジェクトもメインモデルに
> 自動で反映する機能があると便利だと考えています。
こちらにつきましても実現可能でしたら、今後、対応を検討させていただきたいと思います。
他にご意見・ご要望ございましたら、掲示板もしくはサポート宛までご連絡いただけますでしょうか。
どうぞよろしくお願いいたします。
返信を投稿
OBER
堀@DocomoSys
ドコモシステムの堀です。
私自身OBERに慣れていることもあり、プロジェクト導入を検討しています。
SE4人開発7人での利用を考えていますが、ほかのERツールのような無料ビューワーがありますか？
SEはファイルを変更しますが、PGは検索、閲覧だけです。
価格をおよそ10万として、40万と110万ですと、かなり重みが違います。
--------------------------------------------------
ドコモ・システムズ株式会社 ビジネスソリューション事業部
堀 真人
FOMA 080-1037-4352 hori@s1.docomo-sys.co.jp
107-0052 東京都港区赤坂2-4-5 国際赤坂ビル5F
http://www.docomo-sys.co.jp/
--------------------------------------------------
私自身OBERに慣れていることもあり、プロジェクト導入を検討しています。
SE4人開発7人での利用を考えていますが、ほかのERツールのような無料ビューワーがありますか？
SEはファイルを変更しますが、PGは検索、閲覧だけです。
価格をおよそ10万として、40万と110万ですと、かなり重みが違います。
--------------------------------------------------
ドコモ・システムズ株式会社 ビジネスソリューション事業部
堀 真人
FOMA 080-1037-4352 hori@s1.docomo-sys.co.jp
107-0052 東京都港区赤坂2-4-5 国際赤坂ビル5F
http://www.docomo-sys.co.jp/
--------------------------------------------------
返信を投稿
OBER
橋爪@SI
>私自身OBERに慣れていることもあり、プロジェクト導入を検討しています。
>SE4人開発7人での利用を考えていますが、ほかのERツールのような無料ビューワーがありますか？
>SEはファイルを変更しますが、PGは検索、閲覧だけです。
残念ながら無料ビューワーは、OBの製品ラインアップの中にはございません。
各種の製品を組み合わせてご利用いただければ幸いです。
ご参考までに、OBERをご利用いただける場合、価格は以下の通りとなります。
１０クライアントライセンス \504,000.-
２０クライアントライセンス \714,000.-
その他ご要望がございましたら、次期バージョンアップ時に検討させていただきますので、お知らせいただければ幸いです。
>SE4人開発7人での利用を考えていますが、ほかのERツールのような無料ビューワーがありますか？
>SEはファイルを変更しますが、PGは検索、閲覧だけです。
残念ながら無料ビューワーは、OBの製品ラインアップの中にはございません。
各種の製品を組み合わせてご利用いただければ幸いです。
ご参考までに、OBERをご利用いただける場合、価格は以下の通りとなります。
１０クライアントライセンス \504,000.-
２０クライアントライセンス \714,000.-
その他ご要望がございましたら、次期バージョンアップ時に検討させていただきますので、お知らせいただければ幸いです。
返信を投稿
OBER
ART
OB9上でストアド(ストアド内で明示COMMITしてない更新系)の場合、OB9を閉じるまでCOMMITされない。
これは不具合？それとも仕様？？
これは不具合？それとも仕様？？
返信を投稿
OB
匿名希望
>OB9上でストアド(ストアド内で明示COMMITしてない更新系)の場合、OB9を閉じるまでCOMMITされない。
>これは不具合？それとも仕様？？
明示しなくてもCommitされてしまうと、
開発側として意図していないタイミングでCommitが発生することになりますよね？
それはそれで困るので、これは仕様かな？と思っていました。
返信を投稿
OB
ART
>明示しなくてもCommitされてしまうと、
>開発側として意図していないタイミングでCommitが発生することになりますよね？
>それはそれで困るので、これは仕様かな？と思っていました。
レスありがとうございます。
であれば、テーブルウィンドウで編集したときにコンパイルする？と問われるように、ストアド実行ウィンドウを閉じるときにCOMMITする？と問われるとうれしいです。
>開発側として意図していないタイミングでCommitが発生することになりますよね？
>それはそれで困るので、これは仕様かな？と思っていました。
レスありがとうございます。
であれば、テーブルウィンドウで編集したときにコンパイルする？と問われるように、ストアド実行ウィンドウを閉じるときにCOMMITする？と問われるとうれしいです。
返信を投稿
OB