■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
黒いスナフキン
はじめまして。
気になることがあり、投稿させていただきます。
local OS：Win2000
office:2000
DB:oracle 8.0.6
OB7を使用しているのですが、Excelの空白(何も無い)セルを
貼り付けると、(NULL)とならず何も入っていない状態となります。
これは、対象の項目がchar属性の場合です。
本当は(NULL)となってほしいところなのですが･･･
ちなみにOB8を使用している友人は(NULL)となるようです。
これは仕様なのでしょうか？
それとも、どこか設定が必要なのでしょうか？
ご存知の方がいらしたら、アドバイスお願いします。
気になることがあり、投稿させていただきます。
local OS：Win2000
office:2000
DB:oracle 8.0.6
OB7を使用しているのですが、Excelの空白(何も無い)セルを
貼り付けると、(NULL)とならず何も入っていない状態となります。
これは、対象の項目がchar属性の場合です。
本当は(NULL)となってほしいところなのですが･･･
ちなみにOB8を使用している友人は(NULL)となるようです。
これは仕様なのでしょうか？
それとも、どこか設定が必要なのでしょうか？
ご存知の方がいらしたら、アドバイスお願いします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
返信が遅れてしまい大変申し訳ございません。
お問い合わせいただきました件ですが、
SI Object Browser Ver.7では、EXCELから貼り付け時、NULLになりません。
BDEの制限上、技術的に対応することができませんでした。
ご希望に添えず大変申し訳ございません。
NULLを代入する場合は、
大変お手数ですが、別途SQLを発行していただくことで対応していただけますでしょうか。
(なお、Ver.8におきましてはBDEの制限はありませんので、NULLとなります。)
どうぞよろしくお願いします。
後迫@SIです。
返信が遅れてしまい大変申し訳ございません。
お問い合わせいただきました件ですが、
SI Object Browser Ver.7では、EXCELから貼り付け時、NULLになりません。
BDEの制限上、技術的に対応することができませんでした。
ご希望に添えず大変申し訳ございません。
NULLを代入する場合は、
大変お手数ですが、別途SQLを発行していただくことで対応していただけますでしょうか。
(なお、Ver.8におきましてはBDEの制限はありませんので、NULLとなります。)
どうぞよろしくお願いします。
返信を投稿
OB
めりぃ
すごく初歩的なことで申し訳ないのですが、
ドメイングループエディタってのは
どこから開けるのでしょうか？
HELPを見てもドメイングループエディタの説明は判るのですが、
どこからそのエディタが開くのかが判らなくて。
ver.2.0.1.3
ドメイングループエディタってのは
どこから開けるのでしょうか？
HELPを見てもドメイングループエディタの説明は判るのですが、
どこからそのエディタが開くのかが判らなくて。
ver.2.0.1.3
返信を投稿
OBER
堀@SI
[めりぃ]
>すごく初歩的なことで申し訳ないのですが、
>ドメイングループエディタってのは
>どこから開けるのでしょうか？
エディット画面のオブジェクトツリーの「ドメイン」を右クリック
すると出てきます。
こうしたことも含めて現在OBERのヘルプを拡充中です。
よろしくお願いします。
>すごく初歩的なことで申し訳ないのですが、
>ドメイングループエディタってのは
>どこから開けるのでしょうか？
エディット画面のオブジェクトツリーの「ドメイン」を右クリック
すると出てきます。
こうしたことも含めて現在OBERのヘルプを拡充中です。
よろしくお願いします。
返信を投稿
OBER
品管屋
現在8.0.1.5版を使っています。
表領域のスクリプト出力がいつのまにか出来なくなってしまいました。
再インストールしても駄目でした。レジストリをいったん削除すれば
出力される様になったのですが、最新版の8.0.4.10をアップデートした
ところまたもやスクリプト出力がされなくなりました。
最新版でもこの現象が発生した事例はありますか？
よろしくお願いいたします。
表領域のスクリプト出力がいつのまにか出来なくなってしまいました。
再インストールしても駄目でした。レジストリをいったん削除すれば
出力される様になったのですが、最新版の8.0.4.10をアップデートした
ところまたもやスクリプト出力がされなくなりました。
最新版でもこの現象が発生した事例はありますか？
よろしくお願いいたします。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
お問い合わせいただきました件についてですが、
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか。
①スクリプト出力画面にて「エクステント情報の出力」欄で
表領域の項目欄にチェックは入れておりますでしょうか？
②テーブル定義を変更したということはありますでしょうか？
お手数をお掛けしてしまい申し訳ございません。
どうぞよろしくお願いいたします。
後迫＠SIです。
お問い合わせいただきました件についてですが、
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか。
①スクリプト出力画面にて「エクステント情報の出力」欄で
表領域の項目欄にチェックは入れておりますでしょうか？
②テーブル定義を変更したということはありますでしょうか？
お手数をお掛けしてしまい申し訳ございません。
どうぞよろしくお願いいたします。
返信を投稿
OB
コムコム
OracleのテーブルをExcel出力する際、
すべてのカラムがvarchar型のテーブルをExcel出力すると
出力されたExcelデータのセルの書式が「文字列」となります。
varchar型にNUMBER型や日付型を含むテーブルをExcel出力すると
Oracleではvarchar型だったカラムが
Excelデータのセルの書式では「日付」として設定され出力されます。
この事象は、ObjectBrowserの設定変更などで回避する事が可能なのでしょうか？
ご存知の方いらっしゃいましたらご教示いただけますようお願いします。
ちなみにＤＢはOracle9i OBはVersion8.0.4.10 を使用しております。
すべてのカラムがvarchar型のテーブルをExcel出力すると
出力されたExcelデータのセルの書式が「文字列」となります。
varchar型にNUMBER型や日付型を含むテーブルをExcel出力すると
Oracleではvarchar型だったカラムが
Excelデータのセルの書式では「日付」として設定され出力されます。
この事象は、ObjectBrowserの設定変更などで回避する事が可能なのでしょうか？
ご存知の方いらっしゃいましたらご教示いただけますようお願いします。
ちなみにＤＢはOracle9i OBはVersion8.0.4.10 を使用しております。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
ご報告の現象について確認させていただきたいですが、
CREATE TABLE TEST
(
A VARCHAR2(100),
B VARCHAR2(100),
C VARCHAR2(100)
)
の場合はすべてが文字型になり、
CREATE TABLE TEST
(
A VARCHAR2(100),
B NUMBER,
C DATE
)
の場合はA列が日付型になると言うことでよろしいでしょうか。
それともVARCHAR2型の列に「2004/04/01」などのデータを入れて
EXCEL出力した場合に日付型になると言うことでしょうか？
どうぞよろしくお願いいたします。
後迫＠SIです。
ご報告の現象について確認させていただきたいですが、
CREATE TABLE TEST
(
A VARCHAR2(100),
B VARCHAR2(100),
C VARCHAR2(100)
)
の場合はすべてが文字型になり、
CREATE TABLE TEST
(
A VARCHAR2(100),
B NUMBER,
C DATE
)
の場合はA列が日付型になると言うことでよろしいでしょうか。
それともVARCHAR2型の列に「2004/04/01」などのデータを入れて
EXCEL出力した場合に日付型になると言うことでしょうか？
どうぞよろしくお願いいたします。
返信を投稿
OB
コムコム
こんにちは
コムコムです。
ご確認内容の通り、
> CREATE TABLE TEST
> (
> A VARCHAR2(100),
> B VARCHAR2(100),
> C VARCHAR2(100)
> )
の場合はすべてが文字型になり、
> CREATE TABLE TEST
> (
> A VARCHAR2(100),
> B NUMBER,
> C DATE
> )
の場合はA列が日付型になります。
VARCHAR2型の列には漢字や数値などのデータを入れております。
EXCEL出力した場合にVARCHAR2の部分はすべて日付型でダウンロードされてきます。
宜しくお願い致します。
コムコムです。
ご確認内容の通り、
> CREATE TABLE TEST
> (
> A VARCHAR2(100),
> B VARCHAR2(100),
> C VARCHAR2(100)
> )
の場合はすべてが文字型になり、
> CREATE TABLE TEST
> (
> A VARCHAR2(100),
> B NUMBER,
> C DATE
> )
の場合はA列が日付型になります。
VARCHAR2型の列には漢字や数値などのデータを入れております。
EXCEL出力した場合にVARCHAR2の部分はすべて日付型でダウンロードされてきます。
宜しくお願い致します。
返信を投稿
OB
後迫＠SI
こんにちは
後迫@SIです。
追加情報をいただきありがとうございます。
弊社で現象を再現することができませんでした。
誠に申し訳ございません。
たびたび申し訳ございませんが、
EXCELのバージョンを教えていただいてもよろしいでしょうか？
たびたびお手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。
後迫@SIです。
追加情報をいただきありがとうございます。
弊社で現象を再現することができませんでした。
誠に申し訳ございません。
たびたび申し訳ございませんが、
EXCELのバージョンを教えていただいてもよろしいでしょうか？
たびたびお手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。
返信を投稿
OB
コムコム
こんにちは
コムコムです。
>たびたび申し訳ございませんが、
>EXCELのバージョンを教えていただいてもよろしいでしょうか？
EXCELのバージョンは
Excel2000 9.0.6926 SP-3
です。
----------------------------------------------------------
今回の件に関連して今しがた判明したのですが
先ほど問題が発生したテーブルとは
別のテーブル（varchar型にNUMBER型や日付型を含むテーブル というパターンは同じ）
で出力したのですが正しく出力されました。
再び問題が発生したテーブルで出力すると
前回の質問時と同じく問題が確認されました。
テーブルによって問題が出たり出なかったりするようです。
以下問題が発生するテーブルとしないテーブルのソースを載せております。
文字型が文字型のまま出力されるソース
CREATE TABLE ABC
(
A VARCHAR2(10) NOT NULL,
B NUMBER(3,0) DEFAULT 0 NOT NULL,
C VARCHAR2(4) NOT NULL,
D DATE,
E DATE,
G CHAR(1) DEFAULT '0' NOT NULL,
CONSTRAINT PK_ABC PRIMARY KEY (A)
)
文字型が日付型に変わって出力されるソース
CREATE TABLE XYZ
(
H VARCHAR2(20) NOT NULL,
I VARCHAR2(10) NOT NULL,
J VARCHAR2(10) NOT NULL,
K VARCHAR2(2) NOT NULL,
L NUMBER(6,0) NOT NULL,
M NUMBER(6,0) NOT NULL,
N CHAR(1) NOT NULL,
O NUMBER(3,0) DEFAULT 0 NOT NULL,
P DATE NOT NULL,
Q DATE,
R CHAR(1) NOT NULL,
CONSTRAINT PK_XYZ PRIMARY KEY (J, P)
)
--------------------------------------------------------
よろしくお願いします。
コムコムです。
>たびたび申し訳ございませんが、
>EXCELのバージョンを教えていただいてもよろしいでしょうか？
EXCELのバージョンは
Excel2000 9.0.6926 SP-3
です。
----------------------------------------------------------
今回の件に関連して今しがた判明したのですが
先ほど問題が発生したテーブルとは
別のテーブル（varchar型にNUMBER型や日付型を含むテーブル というパターンは同じ）
で出力したのですが正しく出力されました。
再び問題が発生したテーブルで出力すると
前回の質問時と同じく問題が確認されました。
テーブルによって問題が出たり出なかったりするようです。
以下問題が発生するテーブルとしないテーブルのソースを載せております。
文字型が文字型のまま出力されるソース
CREATE TABLE ABC
(
A VARCHAR2(10) NOT NULL,
B NUMBER(3,0) DEFAULT 0 NOT NULL,
C VARCHAR2(4) NOT NULL,
D DATE,
E DATE,
G CHAR(1) DEFAULT '0' NOT NULL,
CONSTRAINT PK_ABC PRIMARY KEY (A)
)
文字型が日付型に変わって出力されるソース
CREATE TABLE XYZ
(
H VARCHAR2(20) NOT NULL,
I VARCHAR2(10) NOT NULL,
J VARCHAR2(10) NOT NULL,
K VARCHAR2(2) NOT NULL,
L NUMBER(6,0) NOT NULL,
M NUMBER(6,0) NOT NULL,
N CHAR(1) NOT NULL,
O NUMBER(3,0) DEFAULT 0 NOT NULL,
P DATE NOT NULL,
Q DATE,
R CHAR(1) NOT NULL,
CONSTRAINT PK_XYZ PRIMARY KEY (J, P)
)
--------------------------------------------------------
よろしくお願いします。
返信を投稿
OB
富山の中堅SE
いつも便利に使わせていただいてます。
先日、「ここ一ヶ月でどうテーブルが変わったか知りたい」というような問合せを
お客様からもらってちょっとあわてふためいていました。もちろんちゃんと管理して
いればよかったんですが、こういうケース、どこのオフィスでもあるんじゃないでしょうか。
そこで、OBERで以下のように変更履歴などあったらいいな、とひらめきました。
---------------------------------------------------------------------------
2004/08/12 列変更 顧客.顧客名 VARCHAR2(20) > 顧客.顧客名 VARCHAR2(30)
2004/08/16 列追加 顧客.顧客正式名 VARCHAR2(80)
2004/08/17 表削除 雑商品
---------------------------------------------------------------------------
次回ご検討していただけると幸いです。
これからも適正価格のいい製品を期待しています！
先日、「ここ一ヶ月でどうテーブルが変わったか知りたい」というような問合せを
お客様からもらってちょっとあわてふためいていました。もちろんちゃんと管理して
いればよかったんですが、こういうケース、どこのオフィスでもあるんじゃないでしょうか。
そこで、OBERで以下のように変更履歴などあったらいいな、とひらめきました。
---------------------------------------------------------------------------
2004/08/12 列変更 顧客.顧客名 VARCHAR2(20) > 顧客.顧客名 VARCHAR2(30)
2004/08/16 列追加 顧客.顧客正式名 VARCHAR2(80)
2004/08/17 表削除 雑商品
---------------------------------------------------------------------------
次回ご検討していただけると幸いです。
これからも適正価格のいい製品を期待しています！
返信を投稿
OBER
後迫＠SI
こんにちは
後迫＠SIです。
ご要望いただきありがとうございます。
現状では変更履歴を管理することはできませんが、
確かに便利な機能ですね。
要望として承り、
次回のメジャーバージョンアップの際に
検討したいと思います。
どうぞよろしくお願いいたします。
後迫＠SIです。
ご要望いただきありがとうございます。
現状では変更履歴を管理することはできませんが、
確かに便利な機能ですね。
要望として承り、
次回のメジャーバージョンアップの際に
検討したいと思います。
どうぞよろしくお願いいたします。
返信を投稿
OBER
さいたまの中堅SE
[富山の中堅SE]
>先日、「ここ一ヶ月でどうテーブルが変わったか知りたい」というような問合せを
>お客様からもらってちょっとあわてふためいていました。
OBER3からついた「EDMの統合」機能を使えば、統合の直前に２つを比較してくれますよ。
統合とは関係なく比較機能として使えます。
この機能はもっと「比較」の側面を強調してもいいのでは？
>先日、「ここ一ヶ月でどうテーブルが変わったか知りたい」というような問合せを
>お客様からもらってちょっとあわてふためいていました。
OBER3からついた「EDMの統合」機能を使えば、統合の直前に２つを比較してくれますよ。
統合とは関係なく比較機能として使えます。
この機能はもっと「比較」の側面を強調してもいいのでは？
返信を投稿
OBER
大魔人
メインモデルで連結線を使用し、サブモデル作成の際に関連するエンティティをサブモデルに含みましたが、連結線がサブモデルに反映されません。
連結線もサブモデルに反映するには、どのように操作すればよいのでしょうか？
連結線もサブモデルに反映するには、どのように操作すればよいのでしょうか？
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
お問い合わせいただきました件について、
現象を確認いたしました。
原因ですが、連結線オブジェクトは図形オブジェクト扱いとなるため、
サブモデルには反映させることができません。
擬似リレーションとしてご利用いただいている方も多いと思いますので、
今後のバージョンアップでサブモデルにも反映させるよう検討してまいりたいと思います。
どうぞよろしくお願いいたします。
後迫＠SIです。
お問い合わせいただきました件について、
現象を確認いたしました。
原因ですが、連結線オブジェクトは図形オブジェクト扱いとなるため、
サブモデルには反映させることができません。
擬似リレーションとしてご利用いただいている方も多いと思いますので、
今後のバージョンアップでサブモデルにも反映させるよう検討してまいりたいと思います。
どうぞよろしくお願いいたします。
返信を投稿
OB
大魔人
回答ありがとうございます。
連結線を通常のリレーション以外で、外部キーの制約条件に縛られない、論理上の擬似リレーションとして使用をしたいと考えています。
次回バージョンアップ内容に反映されるよう検討よろしくお願いします。
>原因ですが、連結線オブジェクトは図形オブジェクト扱いとなるため、
>サブモデルには反映させることができません。
>
>擬似リレーションとしてご利用いただいている方も多いと思いますので、
>今後のバージョンアップでサブモデルにも反映させるよう検討してまいりたいと思います。
連結線を通常のリレーション以外で、外部キーの制約条件に縛られない、論理上の擬似リレーションとして使用をしたいと考えています。
次回バージョンアップ内容に反映されるよう検討よろしくお願いします。
>原因ですが、連結線オブジェクトは図形オブジェクト扱いとなるため、
>サブモデルには反映させることができません。
>
>擬似リレーションとしてご利用いただいている方も多いと思いますので、
>今後のバージョンアップでサブモデルにも反映させるよう検討してまいりたいと思います。
返信を投稿
OB
souther
お世話になります。
OBER2.0.1.6を使用していますが、アプリケーション起動時や
ファイルメニューからEDMファイルを開くときに以下のエラー
メッセージが表示されます。
(赤丸×印のメッセージボックス)
「指定されたモジュールが見つかりません。」
アプリ自体は起動できるのですが、ファイルを読み込んでくれ
ません。再インストールやレジストリの削除を試みましたが
改善されません。
FAQや掲示板のログを漁ってみましたが、同様な例は見つけられ
ず困っています。
最悪はOSの再セットアップを視野に入れていますが、何か解決
方法があればご教示ください。
OBER2.0.1.6を使用していますが、アプリケーション起動時や
ファイルメニューからEDMファイルを開くときに以下のエラー
メッセージが表示されます。
(赤丸×印のメッセージボックス)
「指定されたモジュールが見つかりません。」
アプリ自体は起動できるのですが、ファイルを読み込んでくれ
ません。再インストールやレジストリの削除を試みましたが
改善されません。
FAQや掲示板のログを漁ってみましたが、同様な例は見つけられ
ず困っています。
最悪はOSの再セットアップを視野に入れていますが、何か解決
方法があればご教示ください。
返信を投稿
OBER
後迫＠SI
こんにちは
後迫＠SIです。
お問い合わせいただきました件ですが、
同一端末にて、異なるバージョンのOracleを再インストールした場合に
発生すると言うご報告をいただいております。
例えば、Oracle8i→Oracle9iと入れ替えていた場合は、
以下の手順で解決いたしますので、試していただけますでしょうか。
(レジストリを編集いたしますので、
くれぐれも慎重に行っていただきますようお願いいたします。)
①レジストリのHKEY_LOCAL_MACHINE\SOFTWEAR\ORACLEの
直下のキーでOracle8iの設定のものを9iに切り替える
②Oracle8iの設定であるID0、HOME0を削除する
また、上記に該当しない場合は、
大変お手数ですが、Oracleのアンインストール後、
Oracleのレジストリ設定をすべて削除した後で、
再度インストールしていただけますでしょうか。
お手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。
後迫＠SIです。
お問い合わせいただきました件ですが、
同一端末にて、異なるバージョンのOracleを再インストールした場合に
発生すると言うご報告をいただいております。
例えば、Oracle8i→Oracle9iと入れ替えていた場合は、
以下の手順で解決いたしますので、試していただけますでしょうか。
(レジストリを編集いたしますので、
くれぐれも慎重に行っていただきますようお願いいたします。)
①レジストリのHKEY_LOCAL_MACHINE\SOFTWEAR\ORACLEの
直下のキーでOracle8iの設定のものを9iに切り替える
②Oracle8iの設定であるID0、HOME0を削除する
また、上記に該当しない場合は、
大変お手数ですが、Oracleのアンインストール後、
Oracleのレジストリ設定をすべて削除した後で、
再度インストールしていただけますでしょうか。
お手数をお掛けしてしまい申し訳ございませんが、
どうぞよろしくお願いいたします。
返信を投稿
OBER
souther
>また、上記に該当しない場合は、
>大変お手数ですが、Oracleのアンインストール後、
>Oracleのレジストリ設定をすべて削除した後で、
>再度インストールしていただけますでしょうか。
>
異なるバージョンのOracleはインストールしていないので
こちらの方法を試しましたが、改善されません。
Oracleのバージョンは9iです。
もしかすると、Oracleのレジストリ設定を削除する際にもれ
があったのかもしれませんので、具体的にどこのキーを削除
すればよいか教えていただけますか？
私が削除したキーは以下のとおりでした。
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 配下すべて
>大変お手数ですが、Oracleのアンインストール後、
>Oracleのレジストリ設定をすべて削除した後で、
>再度インストールしていただけますでしょうか。
>
異なるバージョンのOracleはインストールしていないので
こちらの方法を試しましたが、改善されません。
Oracleのバージョンは9iです。
もしかすると、Oracleのレジストリ設定を削除する際にもれ
があったのかもしれませんので、具体的にどこのキーを削除
すればよいか教えていただけますか？
私が削除したキーは以下のとおりでした。
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 配下すべて
返信を投稿
OBER
souther
何度か教えていただいた、方法を試しましたが、
改善できないため、あきらめてOS再セットアップ
しました。
根本的な解決になっておらず、また問題が再発する
かもしれませんが、今のところは大丈夫のようです。
お付き合いくださいましてありがとうございました。
改善できないため、あきらめてOS再セットアップ
しました。
根本的な解決になっておらず、また問題が再発する
かもしれませんが、今のところは大丈夫のようです。
お付き合いくださいましてありがとうございました。
返信を投稿
OBER
デラシネ
OBで索引構成表を更新するとエラーとなります。
原因ですが、通常表と索引構成表でrowidの形式が異なることに
対応されていないものと思われます。
通常表と索引構成表でrowidの形式の違いについては、
『Oracle9i データベース概要』
のシステム固有のデータ型（12-17ページあたり）
を御参照下さい。
ユニバーサルROWIDを使用している例としては、CHAINED_ROWS表
（行連鎖チェック用にORACLE社が提供している表）があります。
CHAINED_ROWS表は２種類提供されており、以下の様になります。
・$ORACLE_HOME/rdbms/admin/UTLCHAIN.SQL
検出行のアドレスのデータタイプが「rowid」のため、索引
構成表をANALYZEするとエラーとなる。
・$ORACLE_HOME/rdbms/admin/UTLCHN1.SQL
検出行のアドレスのデータタイプが「urowid」のため、通常表、
索引構成表のいずれでもエラーとならない。
原因ですが、通常表と索引構成表でrowidの形式が異なることに
対応されていないものと思われます。
通常表と索引構成表でrowidの形式の違いについては、
『Oracle9i データベース概要』
のシステム固有のデータ型（12-17ページあたり）
を御参照下さい。
ユニバーサルROWIDを使用している例としては、CHAINED_ROWS表
（行連鎖チェック用にORACLE社が提供している表）があります。
CHAINED_ROWS表は２種類提供されており、以下の様になります。
・$ORACLE_HOME/rdbms/admin/UTLCHAIN.SQL
検出行のアドレスのデータタイプが「rowid」のため、索引
構成表をANALYZEするとエラーとなる。
・$ORACLE_HOME/rdbms/admin/UTLCHN1.SQL
検出行のアドレスのデータタイプが「urowid」のため、通常表、
索引構成表のいずれでもエラーとならない。
返信を投稿
OB
後迫＠SI
こんにちは
後迫＠SIです。
情報をいただきありがとうございます。
ご指摘いただきましたとおり、
現在は索引構成表のテーブル定義の参照、更新は正常にできませんが、
今後のバージョンアップで対応を検討しておりますので、
どうぞよろしくお願いいたします。
後迫＠SIです。
情報をいただきありがとうございます。
ご指摘いただきましたとおり、
現在は索引構成表のテーブル定義の参照、更新は正常にできませんが、
今後のバージョンアップで対応を検討しておりますので、
どうぞよろしくお願いいたします。
返信を投稿
OB