■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
OBユーザー
SQL整形機能について教えてください。
HPより抜粋
>Ver.11.0.1.0 トライアル版
>新機能紹介はこちら
>１行あたりの文字数を増加
>『SQL実行』画面等での１行の最大文字数が、1,000文字から10,000文字へ拡張されました。
>トレースファイルやログファイルから取得した長いSQLも、直接コピー&ペーストできます。
トライアル版をダウンロードして
１行の文字数が1,000文字を越えるsql文を実行すると
「１行の文字数が1000文字を越えているため、整形できません。」と
表示されてしまいます。
どこかに設定等が必要なのでしょうか？
それともトライアル版では確認できないのでしょうか？
よろしくお願い致します。
HPより抜粋
>Ver.11.0.1.0 トライアル版
>新機能紹介はこちら
>１行あたりの文字数を増加
>『SQL実行』画面等での１行の最大文字数が、1,000文字から10,000文字へ拡張されました。
>トレースファイルやログファイルから取得した長いSQLも、直接コピー&ペーストできます。
トライアル版をダウンロードして
１行の文字数が1,000文字を越えるsql文を実行すると
「１行の文字数が1000文字を越えているため、整形できません。」と
表示されてしまいます。
どこかに設定等が必要なのでしょうか？
それともトライアル版では確認できないのでしょうか？
よろしくお願い致します。
返信を投稿
OB
anOracleUsr
既知ではないかと思うのですが、もしそうでしたらすみません。
Object Browser for Oracle Ver. 11.0.1.0を使って、Tableウインドウの
定義情報タブで、既存のテーブルの既存のカラムの間に、新しくカラムを挿入
したところ、挿入したカラムの次のカラムの値が、NULLになってしまうことが
分かりました。Ver.10では、このような症状はなかったのですが、何か変わったのでしょうか。あるいは、解消されているアップデート版が既にリリースされていますでしょうか。お教え下さい。
例：
Table:TBL_FOO
項目名：COL_FOO_A
項目名：COL_FOO_B
項目名：COL_FOO_C
項目名：COL_FOO_D
↓
↓COL_FOO_CとCOL_FOO_Dの間に[+]を使って
↓COL_FOO_C'を追記して「作成」を実行
↓
Table:TBL_FOO
項目名：COL_FOO_A
項目名：COL_FOO_B
項目名：COL_FOO_C
項目名：COL_FOO_C'
項目名：COL_FOO_D
テーブルの値をデータタブで確認すると、
COL_FOO_Dの値が全てNULLに！！
以上、よろしくお願いいたします。
Object Browser for Oracle Ver. 11.0.1.0を使って、Tableウインドウの
定義情報タブで、既存のテーブルの既存のカラムの間に、新しくカラムを挿入
したところ、挿入したカラムの次のカラムの値が、NULLになってしまうことが
分かりました。Ver.10では、このような症状はなかったのですが、何か変わったのでしょうか。あるいは、解消されているアップデート版が既にリリースされていますでしょうか。お教え下さい。
例：
Table:TBL_FOO
項目名：COL_FOO_A
項目名：COL_FOO_B
項目名：COL_FOO_C
項目名：COL_FOO_D
↓
↓COL_FOO_CとCOL_FOO_Dの間に[+]を使って
↓COL_FOO_C'を追記して「作成」を実行
↓
Table:TBL_FOO
項目名：COL_FOO_A
項目名：COL_FOO_B
項目名：COL_FOO_C
項目名：COL_FOO_C'
項目名：COL_FOO_D
テーブルの値をデータタブで確認すると、
COL_FOO_Dの値が全てNULLに！！
以上、よろしくお願いいたします。
返信を投稿
OB
algo
お世話になっております。
OBERの認証が下記の手順でおかしくなります。
1.OBERのアクティベーション後にOBERを終了。
2.外部(インターネット環境外)でOBERを再起動すると30日の使用期間終了と表示。
インターネット環境下で再度起動すると認証でき問題なく使用できる。
OBとOBERのライセンス認証形態は異なるのですか？
開発は閉じられた環境なので外部認証する為にイチイチ切り替えるのは非常に不便です。
OBERの認証が下記の手順でおかしくなります。
1.OBERのアクティベーション後にOBERを終了。
2.外部(インターネット環境外)でOBERを再起動すると30日の使用期間終了と表示。
インターネット環境下で再度起動すると認証でき問題なく使用できる。
OBとOBERのライセンス認証形態は異なるのですか？
開発は閉じられた環境なので外部認証する為にイチイチ切り替えるのは非常に不便です。
返信を投稿
OBER
algo
お世話になっております。
返信をお待ちしてしばらく経つのですが、いつご回答を頂けますか？
返信をお待ちしてしばらく経つのですが、いつご回答を頂けますか？
返信を投稿
全般
山田@SI
次回バージョンアップ時に対応を検討いたしますが、
詳細なバージョンアップ時期や対応方法等は
現在未定となっております。
明確になり次第HP上などで報告すると思われますので、
大変申し訳ありませんが、御了承くださいますよう
お願い申し上げます。
詳細なバージョンアップ時期や対応方法等は
現在未定となっております。
明確になり次第HP上などで報告すると思われますので、
大変申し訳ありませんが、御了承くださいますよう
お願い申し上げます。
返信を投稿
OBER
fs
ご回答いただき、ありがとうございます。
本件に関して、バージョンアップでのご対応予定があれば
時期など教えていただければありがたいです。
よろしくお願い致します。
本件に関して、バージョンアップでのご対応予定があれば
時期など教えていただければありがたいです。
よろしくお願い致します。
返信を投稿
OBER
山田@SI
こんにちは
山田@SIです。
現象について確認いたしました。
現状動作ですと、クラスタを付加する動作に
考慮不足があり、意図した動作にならないようです。
大変申し訳ございませんが、機能としての回避策は
ございません。任意のクラスタ化を行う場合はフォワード
オプションにてキー系のSQLを出力しないように設定した後、
手動で別途SQLを発行するなどの対応をお願いいたします。
お手数をお掛けしてしまい大変申し訳ございませんが、
何卒よろしくお願い申し上げます。
山田@SIです。
現象について確認いたしました。
現状動作ですと、クラスタを付加する動作に
考慮不足があり、意図した動作にならないようです。
大変申し訳ございませんが、機能としての回避策は
ございません。任意のクラスタ化を行う場合はフォワード
オプションにてキー系のSQLを出力しないように設定した後、
手動で別途SQLを発行するなどの対応をお願いいたします。
お手数をお掛けしてしまい大変申し訳ございませんが、
何卒よろしくお願い申し上げます。
返信を投稿
OBER
fs
Object Browser ER 6.0.0.0 を
SQL Server のデータベース設定で利用していますが、
クラスターインデックスが希望通りに設定されません。
複数のインデックスがあるテーブルで、主キー以外の
検索でよく使う重複可能インデックスやユニークキーでクラスタ化しようとしています。
この場合、主キーがあるとDDLで必ず他の制約よりも先に来てしまうため、
DBを生成するとき、勝手に主キーがクラスターインデックスになってしまいます。
主キーで「クラスタ化」のチェックを外していても、NONCLUSTEREDオプションが付きません。
また、インデックスに「クラスタ化」のチェックを付けても、DDLでは
主キー、重複不可制約、重複不可キー、重複可能、のうち
前から2つにしかCLUSTEREDオプションが付かないようです。
（ALTER TABLE にはCLUSTEREDが付くけど CREATE [UNIQUE] INDEX には付かない）
何か回避方法があるでしょうか？
よろしくお願い致します。
SQL Server のデータベース設定で利用していますが、
クラスターインデックスが希望通りに設定されません。
複数のインデックスがあるテーブルで、主キー以外の
検索でよく使う重複可能インデックスやユニークキーでクラスタ化しようとしています。
この場合、主キーがあるとDDLで必ず他の制約よりも先に来てしまうため、
DBを生成するとき、勝手に主キーがクラスターインデックスになってしまいます。
主キーで「クラスタ化」のチェックを外していても、NONCLUSTEREDオプションが付きません。
また、インデックスに「クラスタ化」のチェックを付けても、DDLでは
主キー、重複不可制約、重複不可キー、重複可能、のうち
前から2つにしかCLUSTEREDオプションが付かないようです。
（ALTER TABLE にはCLUSTEREDが付くけど CREATE [UNIQUE] INDEX には付かない）
何か回避方法があるでしょうか？
よろしくお願い致します。
返信を投稿
OBER
山田@SI
こんにちは
山田@SIです。
FKを全て出さないようにする場合は、モデルメニュー、
「モデルのプロパティ」→「データベースタブ」のフォワードオプション
「インデックスの出力」「外部キー」をオフにすることで非表示にできます。
部分的に行う場合は、該当のリレーションを右クリックし、「対象モデルの変更」
で論理モデルのみに変更してください。論理リレーションとなりますので、
FKは付加されなくなります。
何卒、よろしくお願い申し上げます。
山田@SIです。
FKを全て出さないようにする場合は、モデルメニュー、
「モデルのプロパティ」→「データベースタブ」のフォワードオプション
「インデックスの出力」「外部キー」をオフにすることで非表示にできます。
部分的に行う場合は、該当のリレーションを右クリックし、「対象モデルの変更」
で論理モデルのみに変更してください。論理リレーションとなりますので、
FKは付加されなくなります。
何卒、よろしくお願い申し上げます。
返信を投稿
OBER
algo
お世話になっております。
ギリシャ文字の付随質問です。
検索のテキストボックスですが、小文字で入力すると自動的に大文字になります。
例)
α→Α
昔のバージョンの名残だと思いますが、小文字のままできないでしょうか。
ギリシャ文字の付随質問です。
検索のテキストボックスですが、小文字で入力すると自動的に大文字になります。
例)
α→Α
昔のバージョンの名残だと思いますが、小文字のままできないでしょうか。
返信を投稿
全般