■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
なか
SI Object Browser for Oracle Ver.13を使用中です。
エクスポート(Data Pump)で
出力バージョン指定(VERSION=10.2.0やVERSION=11.2.0)を
行いたいのですが、Object Browserで可能でしょうか?
エクスポート(Data Pump)で
出力バージョン指定(VERSION=10.2.0やVERSION=11.2.0)を
行いたいのですが、Object Browserで可能でしょうか?
返信を投稿
OB
OBサポート
こんにちは
OBサポートです。
現状大変申し訳ございませんが、SI Object Browserでは、
VERSIONパラメータを指定する機能は提供しておりません。
ご希望に添えず誠に申し訳ございません。
本件はご要望として承らせていただきます。
貴重なご意見誠にありがとうございました。
何卒よろしくお願い申し上げます。
OBサポートです。
現状大変申し訳ございませんが、SI Object Browserでは、
VERSIONパラメータを指定する機能は提供しておりません。
ご希望に添えず誠に申し訳ございません。
本件はご要望として承らせていただきます。
貴重なご意見誠にありがとうございました。
何卒よろしくお願い申し上げます。
返信を投稿
OB
miyawaki
ストアドプログラム実行画面にてパラメータの型がNumber型の場合、下記の
処理を行うと前回指定したパラメータ値で実行されます。
1.Number型のパラメータに対し、数値を指定し実行
2.上記で指定した値を削除(値が何もない状態に)し、実行
この場合に2で実行したパラメータ値は1で指定した値で実行されてしまいます。
Nullとして実行したいのですが、方法はないのでしょうか。
※ストアドプログラム実行画面を起動し、何も指定していない状態ではNullと
して実行されます。
※ObjectBrowserのバージョン:13.0
処理を行うと前回指定したパラメータ値で実行されます。
1.Number型のパラメータに対し、数値を指定し実行
2.上記で指定した値を削除(値が何もない状態に)し、実行
この場合に2で実行したパラメータ値は1で指定した値で実行されてしまいます。
Nullとして実行したいのですが、方法はないのでしょうか。
※ストアドプログラム実行画面を起動し、何も指定していない状態ではNullと
して実行されます。
※ObjectBrowserのバージョン:13.0
返信を投稿
OB
しがないエンジニア
OBER6.0.0.0の挙動について質問です。
データベースのリバースエンジニアリングをしました。
その際に、属性名はカラムコメントを使用するにチェックを入れました。
その後、一部のカラムに対して、論理名変換テーブルを適用しようとし、データを作成しました。
論理名変換テーブルを取り込み、実行したところ、論理名変換テーブルに登録されていないカラムの属性名が、
カラムの物理名になっていました。
これは仕様なのでしょうか。
また、論理名変換テーブルに登録していない名称の変換をさせない方法はありますでしょうか。
以上、よろしくお願いします。
データベースのリバースエンジニアリングをしました。
その際に、属性名はカラムコメントを使用するにチェックを入れました。
その後、一部のカラムに対して、論理名変換テーブルを適用しようとし、データを作成しました。
論理名変換テーブルを取り込み、実行したところ、論理名変換テーブルに登録されていないカラムの属性名が、
カラムの物理名になっていました。
これは仕様なのでしょうか。
また、論理名変換テーブルに登録していない名称の変換をさせない方法はありますでしょうか。
以上、よろしくお願いします。
返信を投稿
OBER
OBサポート
こんにちは。
OBサポートです。
旧バージョン(ver.6)では、論理名変換テーブルに合致するものが
無い場合に物理名を論理名にセットする仕様となっておりましたが、
Ver.7以降は登録してある名称のみ変更するよう仕様を変更しております。
誠に申し訳ございませんが、旧バージョン(ver.6)では上記仕様により、
登録の無い名称を変換させない方法をご案内できませんので、
手動で修正を行っていただきますようお願い申し上げます。
何卒、よろしくお願い申し上げます。
OBサポートです。
旧バージョン(ver.6)では、論理名変換テーブルに合致するものが
無い場合に物理名を論理名にセットする仕様となっておりましたが、
Ver.7以降は登録してある名称のみ変更するよう仕様を変更しております。
誠に申し訳ございませんが、旧バージョン(ver.6)では上記仕様により、
登録の無い名称を変換させない方法をご案内できませんので、
手動で修正を行っていただきますようお願い申し上げます。
何卒、よろしくお願い申し上げます。
返信を投稿
OBER
ちぃちぃ
お世話になります。
OBER Ver 8.1.0.0において、[ツール]⇒[EDMファイルの統合]を行ったところ、
統合後の新規ファイル名を指定して保存ボタンを押したところで
以下のエラーになりました。
「モジュール'ober8.exe'のアドレス00A6CC62でアドレス00000018に対する読み取り違反がおきました。.」
このエラーに対する対処方法をご教授ください。
よろしくお願いいたします。
OBER Ver 8.1.0.0において、[ツール]⇒[EDMファイルの統合]を行ったところ、
統合後の新規ファイル名を指定して保存ボタンを押したところで
以下のエラーになりました。
「モジュール'ober8.exe'のアドレス00A6CC62でアドレス00000018に対する読み取り違反がおきました。.」
このエラーに対する対処方法をご教授ください。
よろしくお願いいたします。
返信を投稿
OBER
OBサポート
こんにちは。
OBサポートです。
ご投稿いただいたメッセージについてですが、
SI Object Browser ERが参照しているフォルダに対し、
現在ログインしているユーザーの権限が足りず、
エラーが発生している可能性があります。
SI Object Browser ERでは内部処理で使用するファイルを
自動で作成する処理がございますが、高権限でファイルを作成した場合、
その後権限の低い状態でアクセスするとに権限が足りず、
ご提示いただいたようなメッセージが出力されます。
つきましては、お手数をお掛けして大変申し訳ございませんが、
対象のフォルダ(デフォルトの場合 C:\ProgramData\OBER8\temp)に対し、
フルコントロールなど、書き込みが可能な権限をログインユーザーに設定するか、
一旦「temp」フォルダごと削除してから、現在のユーザー(権限)で
再度実施することで解消するかお試しいただけますでしょうか。
何卒、よろしくお願い申し上げます。
OBサポートです。
ご投稿いただいたメッセージについてですが、
SI Object Browser ERが参照しているフォルダに対し、
現在ログインしているユーザーの権限が足りず、
エラーが発生している可能性があります。
SI Object Browser ERでは内部処理で使用するファイルを
自動で作成する処理がございますが、高権限でファイルを作成した場合、
その後権限の低い状態でアクセスするとに権限が足りず、
ご提示いただいたようなメッセージが出力されます。
つきましては、お手数をお掛けして大変申し訳ございませんが、
対象のフォルダ(デフォルトの場合 C:\ProgramData\OBER8\temp)に対し、
フルコントロールなど、書き込みが可能な権限をログインユーザーに設定するか、
一旦「temp」フォルダごと削除してから、現在のユーザー(権限)で
再度実施することで解消するかお試しいただけますでしょうか。
何卒、よろしくお願い申し上げます。
返信を投稿
OBER
とと
OB Ver12にて、スクリプト実行して読み込ませた
PLSQLソースで!が消えました。
ソース:「!--」
実行後:「--」
OB Ver11で同じことを試したところ
「!」は消えずソースと同じ!--だったのですが
何が原因かわかりますでしょうか?
PLSQLソースで!が消えました。
ソース:「!--」
実行後:「--」
OB Ver11で同じことを試したところ
「!」は消えずソースと同じ!--だったのですが
何が原因かわかりますでしょうか?
返信を投稿
OB
OBサポート
こんにちは。
OBサポートです。
お問い合わせいただいた件に関しましてですが、
「Ver.12.1.0.0」で修正を行った事象である可能性がございます。
>SQL実行、スクリプト入出力、ストアド系画面にて
>特定の特殊文字が別の文字に置換される問題を修正
もし「Ver.12.1.3.0」を適用されていない場合は、
下記ページより差分ファイルを適用していただき、
再度ご確認いただけますでしょうか。
■ダウンロード(Ver.12.1.3.0 更新ファイル)
http://www.sint.co.jp/products/siob/ob/dl/download.html
何卒、よろしくお願いいたします。
OBサポートです。
お問い合わせいただいた件に関しましてですが、
「Ver.12.1.0.0」で修正を行った事象である可能性がございます。
>SQL実行、スクリプト入出力、ストアド系画面にて
>特定の特殊文字が別の文字に置換される問題を修正
もし「Ver.12.1.3.0」を適用されていない場合は、
下記ページより差分ファイルを適用していただき、
再度ご確認いただけますでしょうか。
■ダウンロード(Ver.12.1.3.0 更新ファイル)
http://www.sint.co.jp/products/siob/ob/dl/download.html
何卒、よろしくお願いいたします。
返信を投稿
OB
とと
ご回答ありがとうございます。
VersionUpしたところ、無事、できました。
VersionUpしたところ、無事、できました。
返信を投稿
OB
つだ
過去の投稿で、
「SQL検索結果を、Excel2013に出力可能」
という回答がありましたが、OB/OBER共にExcel2013は動作保証しているという
認識でよろしいですか?
「SQL検索結果を、Excel2013に出力可能」
という回答がありましたが、OB/OBER共にExcel2013は動作保証しているという
認識でよろしいですか?
返信を投稿
OB
OBサポート
こんにちは。
OBサポートです。
Excel2013を動作保証している製品は以下の通りです。
・SI Object Browser for Oracle ver.13
・SI Object Browser for Postgres ver.2
・SI Object Browser ER ver.8
何卒、よろしくお願いいたします。
OBサポートです。
Excel2013を動作保証している製品は以下の通りです。
・SI Object Browser for Oracle ver.13
・SI Object Browser for Postgres ver.2
・SI Object Browser ER ver.8
何卒、よろしくお願いいたします。
返信を投稿
OB
asa
【サーバー】
RedHat6.7 64bit
Oracle12c Release 12.1.0.1.0 64bit
【クライアント】
Windows 7 64bit
Oracle Client 12c 64bit
SI ObjectBrowser Version 13 64bit
手順
1.「SQL実行」画面からSQL(select文)を入力し、実行します。
2.実行結果が表示された後、Excel出力します。
手順2実施後に、「モジュールoranls12.dllのアドレス66895B6EでアドレスFFFFFFFFに対する読み取り違反がおきました。」と表示されます。
何か回避策はありますでしょうか?
RedHat6.7 64bit
Oracle12c Release 12.1.0.1.0 64bit
【クライアント】
Windows 7 64bit
Oracle Client 12c 64bit
SI ObjectBrowser Version 13 64bit
手順
1.「SQL実行」画面からSQL(select文)を入力し、実行します。
2.実行結果が表示された後、Excel出力します。
手順2実施後に、「モジュールoranls12.dllのアドレス66895B6EでアドレスFFFFFFFFに対する読み取り違反がおきました。」と表示されます。
何か回避策はありますでしょうか?
返信を投稿
OB
OBサポート
こんにちは。
OBサポートです。
本現象は過去に同様と思われる問合せを数件頂いており、
弊社環境では再現させることができず、明確な解決策がない状況ですが、
以下の回答で解決されたケースがございます。
①Oracleサーバとクライアントのデータベースバージョンの組合せによる問題
→過去のお問い合わせで、サーバ、クライアントともにOracle11g環境で発生しており、
クライアント側をOracle11gの別バージョンに変更する、
Oracle10gに変更したことで解決したとの報告をいただいております。
通常このバージョンは合わせることが望ましいですが、
可能であればお試しいただけますでしょうか。
②該当テーブルのデータタブにある抽出条件の設定
→テーブルを開きデータタブに遷移し、画面上部にある抽出条件設定欄の
「LIKE(部分一致)」で任意の列(主キー列が望ましい)に対して「'%'」と設定する。
全件検索となり、設定ありとなしで表示結果は変わりません。
③SQL実行画面での該当テーブルに対するSELECT文発行
→SQL実行画面にて該当テーブルに対し、以下のようなSELECT分を発行する。
※②の対応をSQL画面にて実施したのと同様になります。
select * from 該当テーブル名 Where 列名(主キー列) Like '%'
上記3つの対策にて現象を回避できるかお試しいただき、
解決した場合には運用回避をお願いできますでしょうか。
OBサポートです。
本現象は過去に同様と思われる問合せを数件頂いており、
弊社環境では再現させることができず、明確な解決策がない状況ですが、
以下の回答で解決されたケースがございます。
①Oracleサーバとクライアントのデータベースバージョンの組合せによる問題
→過去のお問い合わせで、サーバ、クライアントともにOracle11g環境で発生しており、
クライアント側をOracle11gの別バージョンに変更する、
Oracle10gに変更したことで解決したとの報告をいただいております。
通常このバージョンは合わせることが望ましいですが、
可能であればお試しいただけますでしょうか。
②該当テーブルのデータタブにある抽出条件の設定
→テーブルを開きデータタブに遷移し、画面上部にある抽出条件設定欄の
「LIKE(部分一致)」で任意の列(主キー列が望ましい)に対して「'%'」と設定する。
全件検索となり、設定ありとなしで表示結果は変わりません。
③SQL実行画面での該当テーブルに対するSELECT文発行
→SQL実行画面にて該当テーブルに対し、以下のようなSELECT分を発行する。
※②の対応をSQL画面にて実施したのと同様になります。
select * from 該当テーブル名 Where 列名(主キー列) Like '%'
上記3つの対策にて現象を回避できるかお試しいただき、
解決した場合には運用回避をお願いできますでしょうか。
返信を投稿
OB
ENO
以前に投稿No.6354で投稿させて戴きましたストアドプロシージャのデバッグ ですが、
今回最新版のVer.13.0.0.0を試しましたが同現象です。
マシンは以下の2種類で実行して同じ現象でフリーズします。
・Windows7 32bit + Oracle11G SE1
・Windows Server2012 + Oracle12c SE1
sqldeveloperではこの事象は発生しません。
OOBでコーディングして、sqldeveloperでデバッグは効率が悪く、
何らかの調査は出来ないのでしょうか?
今回最新版のVer.13.0.0.0を試しましたが同現象です。
マシンは以下の2種類で実行して同じ現象でフリーズします。
・Windows7 32bit + Oracle11G SE1
・Windows Server2012 + Oracle12c SE1
sqldeveloperではこの事象は発生しません。
OOBでコーディングして、sqldeveloperでデバッグは効率が悪く、
何らかの調査は出来ないのでしょうか?
返信を投稿
OB
OBサポート
EXECUTE IMMEDIATE文を含むプロシージャのデバック時に
フリーズする件に関しましてですが、弊社環境での再現が確認できていないため、
Ver.13におきましても対応を実施できておりません。
ご不便、ご迷惑をおかけし大変申し訳ございませんが、
引き続き弊社にて調査を進めておりますので、
何卒ご理解いただきますようお願い申し上げます。
フリーズする件に関しましてですが、弊社環境での再現が確認できていないため、
Ver.13におきましても対応を実施できておりません。
ご不便、ご迷惑をおかけし大変申し訳ございませんが、
引き続き弊社にて調査を進めておりますので、
何卒ご理解いただきますようお願い申し上げます。
返信を投稿
OB
ENO
[OBサポート]
>EXECUTE IMMEDIATE文を含むプロシージャのデバック時に
>フリーズする件に関しましてですが、弊社環境での再現が確認できていないため、
>Ver.13におきましても対応を実施できておりません。
>
>ご不便、ご迷惑をおかけし大変申し訳ございませんが、
>引き続き弊社にて調査を進めておりますので、
>何卒ご理解いただきますようお願い申し上げます。
>
せめてOBがフリーズしないでエラーを返して欲しいものです。
OBで開いているウインドウが全て破棄されて再起動しなくてはなりません。
>EXECUTE IMMEDIATE文を含むプロシージャのデバック時に
>フリーズする件に関しましてですが、弊社環境での再現が確認できていないため、
>Ver.13におきましても対応を実施できておりません。
>
>ご不便、ご迷惑をおかけし大変申し訳ございませんが、
>引き続き弊社にて調査を進めておりますので、
>何卒ご理解いただきますようお願い申し上げます。
>
せめてOBがフリーズしないでエラーを返して欲しいものです。
OBで開いているウインドウが全て破棄されて再起動しなくてはなりません。
返信を投稿
OB