■SI Object Browser 掲示板


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

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

 discussion
※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】
※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。
※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。
※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。
一覧に戻る
リバースエンジニアリング時のpg.dropped... 2007/01/21 18:01 OBER 1
編集・削除
OBERver4のトライアル版にて導入検討を行っています。
そこでNo.3393 の方と同様のことが発生いたしました。
WINDOWS版PostgreSQL8.2からリバースエンジニアリングを行った際、.....pg.dropped.2.....といった存在しないカラムが読み込まれます。
上記存在しないカラムを対象外とする方法がありますでしょうか？
以下、発生時の状況です。
１、pgAdminⅢにて"test"というテーブルを作成。
　　カラムは３つ（a1,a2,a3)
２、pgAdminⅢにて上記テーブルの"a2"カラムをdrop。
３、OBERver4のトライアル版にてリバースエンジニアリングを行うと
　　".....pg.dropped.2....."というdropしたと思われるカラムが読み込まれた。
　　参考）OBERver4のエンティティでDDLを選択すると以下のようになっている。
　　CREATE TABLE test
　　(a1 INTEGER DEFAULT 0 NOT NULL,
........pg.dropped.2........ ,
a3　　　 CHAR(8) DEFAULT 0 NOT NULL
　　)
以下、使用ソフト環境です。
WINDOWS　XP
WINDOWS版PostgreSQL8.2
SI Object Browser ER トライアル版(Ver 4.0.1.1)
※SI Object Browser ER トライアル版(Ver 4.0.1.1)のオプション等の
環境設定は初期値で使用しております。

お手数おかけますが何卒、宜しくお願いいたします。
Re: リバースエンジニアリング時のpg.dropped... 2007/01/22 11:53 OBER
編集・削除
こんにちは
後迫@SIです。

現象について確認いたしました。

pgAdminにて列を削除した後、
リバースエンジニアリグを行った場合、不要な列が残ってしまうようです。
(ALTER TABLE DROP COLUMN文にて列を削除した場合も同様です。)

Object Browser ERの不具合です。
誠に申し訳ございません。

この不具合につきましては
次回バージョンアップにて修正させていただきます。

現状では誠に申し訳ありませんが、
列も削除する場合も、テーブルを削除して再作成していただいた後、
リバースをお願いできますでしょうか。

お手数をおかけしてしまい大変申し訳ございませんが、
何卒よろしくお願いいたします。