■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
pg.droppedと表示・FKがserialになる
2006/12/21 17:06
OBER
2
六
たびたびすみません。OBERver4の試用中に気が付いた事なのですが。2点あります。
■pg.dropped...というカラム
PostgreSQL8.1からリバースエンジニアリングを行った際、.....pg.dropped.1.....といった存在しないカラムが読み込まれます。
恐らく過去にDROPされたカラムが物理的にDB上に残っているのではないかと思います。これをリバース対象外にする事は出来ますでしょうか？
■FKのデータ型がserialになる
FKの参照先がserialの場合、DB上ではFK自体のデータ型はintegerなのですが、リバースするとserialとなります。
これをFK自体のデータ型を優先するようにする事が出来ますでしょうか？
宜しく御願い致します。
■pg.dropped...というカラム
PostgreSQL8.1からリバースエンジニアリングを行った際、.....pg.dropped.1.....といった存在しないカラムが読み込まれます。
恐らく過去にDROPされたカラムが物理的にDB上に残っているのではないかと思います。これをリバース対象外にする事は出来ますでしょうか？
■FKのデータ型がserialになる
FKの参照先がserialの場合、DB上ではFK自体のデータ型はintegerなのですが、リバースするとserialとなります。
これをFK自体のデータ型を優先するようにする事が出来ますでしょうか？
宜しく御願い致します。
返信を投稿
OBER
後迫@SI
こんにちは 後迫@SIです。
ご報告の現象について
弊社で現象を再現することができませんでした。
大変申し訳ありません。
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか。
①どちらの現象につきましても、
列が１つだけの単純なエンティティを作成後、フォワードを行い、
リバースした場合でも発生いたしますでしょうか？
②サーバのOSバージョンを教えていただいてもよろしいでしょうか？
③クライアントとデータベースサーバは同一のマシンでしょうか？
お手数をおかけしてしまい申し訳ございませんが、
よろしくお願いいたします。
ご報告の現象について
弊社で現象を再現することができませんでした。
大変申し訳ありません。
お手数ですが、以下の追加情報をいただいてもよろしいでしょうか。
①どちらの現象につきましても、
列が１つだけの単純なエンティティを作成後、フォワードを行い、
リバースした場合でも発生いたしますでしょうか？
②サーバのOSバージョンを教えていただいてもよろしいでしょうか？
③クライアントとデータベースサーバは同一のマシンでしょうか？
お手数をおかけしてしまい申し訳ございませんが、
よろしくお願いいたします。
返信を投稿
OBER
六
返信ありがとうございます。
先の投稿でPostgreSQL8.1と書きましたが、7.3.4の間違いでした。サポート対象はversion8以降になるのですね。申し訳ございません。お騒がせ致しました。
因みに、現在の所この問題以外はversion7でもほぼ使えています。
先の投稿でPostgreSQL8.1と書きましたが、7.3.4の間違いでした。サポート対象はversion8以降になるのですね。申し訳ございません。お騒がせ致しました。
因みに、現在の所この問題以外はversion7でもほぼ使えています。
返信を投稿
OBER