■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
OBサポート
こんにちは。OBサポートです。
大変恐縮ですが、当サポートからは外部ツールや製品名に関して
言及いたしかねますので、他の方の投稿をお待ちいただくか、
ご自身での調査をお願いできますと幸いです。
大変恐縮ですが、当サポートからは外部ツールや製品名に関して
言及いたしかねますので、他の方の投稿をお待ちいただくか、
ご自身での調査をお願いできますと幸いです。
返信を投稿
OB
かたやま
丁寧なご回答ありがとうございます。
承知しました。
ところで、トリガー・ビュー・プロシージャ・ファンクション・パッケージなどのOracleオブジェクトをPostgreSQL向けに変換したい要望は多いと推察しますので、どういったツールを使用することが多いのか。
今現在よく話題の上がるツールなどご教示いただければ嬉しいです。
承知しました。
ところで、トリガー・ビュー・プロシージャ・ファンクション・パッケージなどのOracleオブジェクトをPostgreSQL向けに変換したい要望は多いと推察しますので、どういったツールを使用することが多いのか。
今現在よく話題の上がるツールなどご教示いただければ嬉しいです。
返信を投稿
OB
OBサポート
こんにちは。OBサポートです。
お問い合わせいただいた件につきましてですが、
ご認識の通りモデルのデータベース変更におけるデータ型変換、構文変換は
テーブル、インデックス(、制約)のみが対象となり、
その他のオブジェクトにつきましては手動修正いただく必要がございます。
(本日現在の最新版であるV24におきましても同様です)
ご希望に添えず、誠に申し訳ございません。
本件、ご要望として開発側に伝え、今後対応を検討してまいります。
どうぞ、よろしくお願いいたします。
お問い合わせいただいた件につきましてですが、
ご認識の通りモデルのデータベース変更におけるデータ型変換、構文変換は
テーブル、インデックス(、制約)のみが対象となり、
その他のオブジェクトにつきましては手動修正いただく必要がございます。
(本日現在の最新版であるV24におきましても同様です)
ご希望に添えず、誠に申し訳ございません。
本件、ご要望として開発側に伝え、今後対応を検討してまいります。
どうぞ、よろしくお願いいたします。
返信を投稿
OB
かたやま
ご担当者様
オブジェクトブラウザER(バージョン23)を使用しています。
Oracle環境に接続してリバースエンジニアリングを実施したあと
「モデル ‐ モデルのプロパティ ‐ データベースタブ内 ‐ データベースタイプ」を
OracleからPostgreSQLに変更し、OKボタンを押下しました。
テーブル・インデックスはPostgreSQL向けにマイグレーションされましたが
トリガー・ビュー・プロシージャ・ファンクションはOracle向けのままマイグレーションされませんでした。
質問は、マイグレーションの対象はテーブル・インデックスだけということでしょうか。
ご回答のほどよろしくお願いいたします。
オブジェクトブラウザER(バージョン23)を使用しています。
Oracle環境に接続してリバースエンジニアリングを実施したあと
「モデル ‐ モデルのプロパティ ‐ データベースタブ内 ‐ データベースタイプ」を
OracleからPostgreSQLに変更し、OKボタンを押下しました。
テーブル・インデックスはPostgreSQL向けにマイグレーションされましたが
トリガー・ビュー・プロシージャ・ファンクションはOracle向けのままマイグレーションされませんでした。
質問は、マイグレーションの対象はテーブル・インデックスだけということでしょうか。
ご回答のほどよろしくお願いいたします。
返信を投稿
OB
OBサポート
こんにちは。OBサポートです。
お問い合わせいただいた件につきまして、
弊社環境での再現確認が取れました。
開発側に確認しましたところ、プログラム内部のソート処理の不具合とのことで
あいにく回避するような手段がございません。
ご不便をおかけし、誠に申し訳ございません。
当事象は開発側に共有し、今後対応を進めてまいります。
どうぞ、よろしくお願いいたします。
お問い合わせいただいた件につきまして、
弊社環境での再現確認が取れました。
開発側に確認しましたところ、プログラム内部のソート処理の不具合とのことで
あいにく回避するような手段がございません。
ご不便をおかけし、誠に申し訳ございません。
当事象は開発側に共有し、今後対応を進めてまいります。
どうぞ、よろしくお願いいたします。
返信を投稿
OBER
Mi
属性リストで、ドメインやテーブル名、データ型の必須の列などのタイトルクリックで並び替えをしても
その列の内容で、正しく並び替えられない
※並び替えはされるが、列の内容では並ばない。
内容に合わせて正しくソートされるようにできないでしょうか
その列の内容で、正しく並び替えられない
※並び替えはされるが、列の内容では並ばない。
内容に合わせて正しくソートされるようにできないでしょうか
返信を投稿
OBER
OBサポート
こんにちは。OBサポートです。
お問い合わせいただいた件につきまして、
あいにく弊社環境での動作実績はございませんが
以下3点を満たすことができれば接続可能であると推測されます。
・接続先PostgreSQLのユーザー/パスワード、ホスト名(またはIPアドレス)、待受ポートを把握していること
・接続先PostgreSQL側のpostgres.conf, pg_hba.confの設定でリモートアクセスが許可されていること
・接続先PostgreSQL側のネットワーク設定にて待受ポートに対するTCP通信が許可されていること
なお、SI Object Browserは、標準のPostgreSQLを前提とした
作りとなっておりますため、Heroku側でのカスタマイズ等が入っている場合
正しく動作しない可能性がございます点、ご了承ください。
どうぞ、よろしくお願いいたします。
お問い合わせいただいた件につきまして、
あいにく弊社環境での動作実績はございませんが
以下3点を満たすことができれば接続可能であると推測されます。
・接続先PostgreSQLのユーザー/パスワード、ホスト名(またはIPアドレス)、待受ポートを把握していること
・接続先PostgreSQL側のpostgres.conf, pg_hba.confの設定でリモートアクセスが許可されていること
・接続先PostgreSQL側のネットワーク設定にて待受ポートに対するTCP通信が許可されていること
なお、SI Object Browserは、標準のPostgreSQLを前提とした
作りとなっておりますため、Heroku側でのカスタマイズ等が入っている場合
正しく動作しない可能性がございます点、ご了承ください。
どうぞ、よろしくお願いいたします。
返信を投稿
OB
aaa
ご担当者様
オブジェクトブラウザーでHeroku内部DBであるpostgreに繋げることは可能でしょうか
よろしくお願いします
オブジェクトブラウザーでHeroku内部DBであるpostgreに繋げることは可能でしょうか
よろしくお願いします
返信を投稿
OB
OBサポート
こんにちは。OBサポートです。
■timestamp型の長さ0について
お問合せいただきました事象につきましては、弊社でも同様の動作を確認いたしました。
現状製品の動作上、長さ0は長さ未指定と同等と判断する処理を行っているため、
timestamp(0)を考慮していないことによる動作不備と考えられます。
製品の内部動作上、通常の手続きでtimestamp(0)を指定することは
現状できないようになっております。
大変ご不便、ご迷惑おかけしてしまい、誠に申し訳ありません。
■データ型テーブルによる回避について
ツール>データ型テーブルで新しくデータ型timestamp(0)を定義し、長さ・精度は指定不可とすることで回避が可能です。
問題・懸念事項としましては、
あくまでSI Object Browser ER側でしかtimestamp(0)が定義できていないため、
フォワードエンジニアリング時には問題ありませんが、リバースエンジニアリング時にエンティティを作成した際に、
Timestamp型の長さが欠落した状態でエンティティが作成されてしまう動作となります。
お手数をお掛けいたしますが、ご対応の程よろしくお願いいたします。
■timestamp型の長さ0について
お問合せいただきました事象につきましては、弊社でも同様の動作を確認いたしました。
現状製品の動作上、長さ0は長さ未指定と同等と判断する処理を行っているため、
timestamp(0)を考慮していないことによる動作不備と考えられます。
製品の内部動作上、通常の手続きでtimestamp(0)を指定することは
現状できないようになっております。
大変ご不便、ご迷惑おかけしてしまい、誠に申し訳ありません。
■データ型テーブルによる回避について
ツール>データ型テーブルで新しくデータ型timestamp(0)を定義し、長さ・精度は指定不可とすることで回避が可能です。
問題・懸念事項としましては、
あくまでSI Object Browser ER側でしかtimestamp(0)が定義できていないため、
フォワードエンジニアリング時には問題ありませんが、リバースエンジニアリング時にエンティティを作成した際に、
Timestamp型の長さが欠落した状態でエンティティが作成されてしまう動作となります。
お手数をお掛けいたしますが、ご対応の程よろしくお願いいたします。
返信を投稿
OB
sankaku
バージョン:SI Object Browser ER 20 (64bit)
現状:
データ型にTIMESTAMP、長さに0を指定してエンティティの登録をして、再度エンティティを確認すると長さが空(から)の状態になってしまいます。
TIMESTAMP(0) を使って整数秒の精度までで保存したいのですが、TIMESTAMP(デフォルト精度)では余分に細かい精度で保存することになってしまい、困っています。
質問:
使用方法や設定項目に問題があるのでしょうか?
もし、回避策があるのであればご教授ください。
現状:
データ型にTIMESTAMP、長さに0を指定してエンティティの登録をして、再度エンティティを確認すると長さが空(から)の状態になってしまいます。
TIMESTAMP(0) を使って整数秒の精度までで保存したいのですが、TIMESTAMP(デフォルト精度)では余分に細かい精度で保存することになってしまい、困っています。
質問:
使用方法や設定項目に問題があるのでしょうか?
もし、回避策があるのであればご教授ください。
返信を投稿
OB