■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
沢渡 みかげ
純粋なER図ツールを探していて，OBERを試用させて頂いたのですが，
なかなか使い勝手がよさそうな感じです．
ターゲットのDBはOracleでは無くMySQLなのですが，(^^;
型の定義を行うとER図作成ツールとしてはなんとか使えるようです．
ENUM，SET 部分の扱いが出来ない，とか，INDEXの構文が異なる
（BLOB等に張るときはサイズ指定が必要とか）MySQL独自の部分は
やはりうまくいかず，SQL出力はスクリプト等でいったん変換
しないと使えなさそうなのが残念なところではあるのですが‥‥‥
ふと掲示板を見たら，Oracle以外のRDBMSにも対応したいという
書き込みがあったので，今後に期待しています．
個人的には，フォワードのみでも構わないので，対応希望を
表明しておきます．
MySQL はユーザーもかなりいると思いますが，DB上でリレーションを
管理できないので，ER図があるとかなり開発がやりやすくなります．
（そういう意味でも，リバース対応が完成しても使い勝手は微妙ですね(^^;）
他，１点気になったのが，プリント出力すると陰やボールド表示が
消えてしまうようです．
画面表示の美しさのまま，プリント出力できると嬉しいですね．
なかなか使い勝手がよさそうな感じです．
ターゲットのDBはOracleでは無くMySQLなのですが，(^^;
型の定義を行うとER図作成ツールとしてはなんとか使えるようです．
ENUM，SET 部分の扱いが出来ない，とか，INDEXの構文が異なる
（BLOB等に張るときはサイズ指定が必要とか）MySQL独自の部分は
やはりうまくいかず，SQL出力はスクリプト等でいったん変換
しないと使えなさそうなのが残念なところではあるのですが‥‥‥
ふと掲示板を見たら，Oracle以外のRDBMSにも対応したいという
書き込みがあったので，今後に期待しています．
個人的には，フォワードのみでも構わないので，対応希望を
表明しておきます．
MySQL はユーザーもかなりいると思いますが，DB上でリレーションを
管理できないので，ER図があるとかなり開発がやりやすくなります．
（そういう意味でも，リバース対応が完成しても使い勝手は微妙ですね(^^;）
他，１点気になったのが，プリント出力すると陰やボールド表示が
消えてしまうようです．
画面表示の美しさのまま，プリント出力できると嬉しいですね．
返信を投稿
OBER
梅田＠SI
こんにちは、OBERのご試用ありがとうございます。
>純粋なER図ツールを探していて，
これは実にOBERのコンセプトにマッチする言葉で嬉しいです。
>ターゲットのDBはOracleでは無くMySQLなのですが，
なんと、今度はMySQLですか？
最近「日経ソフトウェア7月号」の特集記事を書く際に
MySQLを使ってみたのですが、シンプルでなかなか良かったですね。
>ふと掲示板を見たら，Oracle以外のRDBMSにも対応したいという
>書き込みがあったので，今後に期待しています．
>個人的には，フォワードのみでも構わないので，対応希望を
>表明しておきます．
なるほど。フォワードだけならさまざまなデータベース対応という
考え方も有りえそうですね。参考にさせていただきます。
>他，１点気になったのが，プリント出力すると陰やボールド表示が
>消えてしまうようです．
>画面表示の美しさのまま，プリント出力できると嬉しいですね．
これも、検討課題として承りました。
ありがとうございます。
>純粋なER図ツールを探していて，
これは実にOBERのコンセプトにマッチする言葉で嬉しいです。
>ターゲットのDBはOracleでは無くMySQLなのですが，
なんと、今度はMySQLですか？
最近「日経ソフトウェア7月号」の特集記事を書く際に
MySQLを使ってみたのですが、シンプルでなかなか良かったですね。
>ふと掲示板を見たら，Oracle以外のRDBMSにも対応したいという
>書き込みがあったので，今後に期待しています．
>個人的には，フォワードのみでも構わないので，対応希望を
>表明しておきます．
なるほど。フォワードだけならさまざまなデータベース対応という
考え方も有りえそうですね。参考にさせていただきます。
>他，１点気になったのが，プリント出力すると陰やボールド表示が
>消えてしまうようです．
>画面表示の美しさのまま，プリント出力できると嬉しいですね．
これも、検討課題として承りました。
ありがとうございます。
返信を投稿
OBER
MySQL 用として実用になるかどうか引き続き試用中です．
データ型をMySQL用にし，ENUM，SET等はデフォルト値の
ところに定義を入れ，最後に出力したスクリプトを
変換するという方法で，なんとかなりそうな感じです．
>>ターゲットのDBはOracleでは無くMySQLなのですが，
>なんと、今度はMySQLですか？
>最近「日経ソフトウェア7月号」の特集記事を書く際に
>MySQLを使ってみたのですが、シンプルでなかなか良かったですね。
コストが安いこと（28000円），高速であること（単純な
処理ならOracleの100倍は速いと思います），などの
利点があるので，最近わりとよく使用しています．
コストと，MySQLのメリット，デメリット（トランザクションや
障害時の確実なデータ保護出来ない）をお客さんに
提示すると，弊社のお客様ではほとんどMySQLの方を選択されます．
%小～中規模なサイト構築が多いので‥‥‥
他，色々いじっていたのですが，いくつか報告と要望を．．．
・UNDO/REDO機能が欲しいです．削除するエンティティを間違えたり
したとき，UNDO出来ないのはかなり不便に感じました．
・エンティティ編集画面で，インデックスタブを選択し，
インデックスタイプで主キーを選ぶと「主キーは選択できません」
というダイアログがでます．
Okを押して閉じて，終了ボタンをクリック，「情報が変更
されています．保存しますか？」でいいえを選ぶと，
エラーでダイアログが閉じるようです．
また，ここではいを選ぶと，「主キーは選択できません」
のダイアログがでて，閉じても再び出てきて操作が
続けられなくなるようです．
（ダイアログを閉じてすぐに他のインデックスタイプを選べば
なんとか復帰可能のようです．）
また，上記の操作を行ったりして色々いじっていたら，
読み込むとOBERが落ちるファイルが出来てしまいました．
（必要でしたらこのファイルをお送りします．）
・フォワードエンジニアリングで，SQL出力をすると，
オプションのDROP文を出力するを選択していても，
出力されないようです．
プレビューしてから，SQL出力を選ぶと，
正常に出力されました．
では，よろしくお願いします．
データ型をMySQL用にし，ENUM，SET等はデフォルト値の
ところに定義を入れ，最後に出力したスクリプトを
変換するという方法で，なんとかなりそうな感じです．
>>ターゲットのDBはOracleでは無くMySQLなのですが，
>なんと、今度はMySQLですか？
>最近「日経ソフトウェア7月号」の特集記事を書く際に
>MySQLを使ってみたのですが、シンプルでなかなか良かったですね。
コストが安いこと（28000円），高速であること（単純な
処理ならOracleの100倍は速いと思います），などの
利点があるので，最近わりとよく使用しています．
コストと，MySQLのメリット，デメリット（トランザクションや
障害時の確実なデータ保護出来ない）をお客さんに
提示すると，弊社のお客様ではほとんどMySQLの方を選択されます．
%小～中規模なサイト構築が多いので‥‥‥
他，色々いじっていたのですが，いくつか報告と要望を．．．
・UNDO/REDO機能が欲しいです．削除するエンティティを間違えたり
したとき，UNDO出来ないのはかなり不便に感じました．
・エンティティ編集画面で，インデックスタブを選択し，
インデックスタイプで主キーを選ぶと「主キーは選択できません」
というダイアログがでます．
Okを押して閉じて，終了ボタンをクリック，「情報が変更
されています．保存しますか？」でいいえを選ぶと，
エラーでダイアログが閉じるようです．
また，ここではいを選ぶと，「主キーは選択できません」
のダイアログがでて，閉じても再び出てきて操作が
続けられなくなるようです．
（ダイアログを閉じてすぐに他のインデックスタイプを選べば
なんとか復帰可能のようです．）
また，上記の操作を行ったりして色々いじっていたら，
読み込むとOBERが落ちるファイルが出来てしまいました．
（必要でしたらこのファイルをお送りします．）
・フォワードエンジニアリングで，SQL出力をすると，
オプションのDROP文を出力するを選択していても，
出力されないようです．
プレビューしてから，SQL出力を選ぶと，
正常に出力されました．
では，よろしくお願いします．
返信を投稿
OBER
初音玲
すいません、OBERのことじゃないです。
[沢渡 みかげ]
>コストと，MySQLのメリット，デメリット（トランザクションや
>障害時の確実なデータ保護出来ない）をお客さんに
>提示すると，弊社のお客様ではほとんどMySQLの方を選択されます．
そのデメリットは「RDBMSではない」というのと一緒なので、
RDBMSでないものとRDBMSを同じ土俵で比べてしまうのがどう
かと思います。
RDBMSを入れる程ではない信頼性のシステムであれば、余計な
機能はとっぱらってしまって速度が速いに越した事はないです
ね。
>%小～中規模なサイト構築が多いので‥‥‥
RDBMSにするかしないかは、規模ではなくて信頼性です。
そういった規模のサイトでも、一度でも障害が発生してデータ
をロストしてしまってから、RDBMSレベルの信頼性が必要な事
をお客様自身も理解するなんて事も実際問題ありますからね。
# OBともOBERとの直接関係ないデータベースの話ですが、老婆
# 心から返信させて頂きました。
# システム構築時にどこで線引きをするかは、奥が深い話題で
# もあるので、
# http://www.sint.co.jp/bbs/index.asp
# で話を続けるのもありかも知れませんね。
[沢渡 みかげ]
>コストと，MySQLのメリット，デメリット（トランザクションや
>障害時の確実なデータ保護出来ない）をお客さんに
>提示すると，弊社のお客様ではほとんどMySQLの方を選択されます．
そのデメリットは「RDBMSではない」というのと一緒なので、
RDBMSでないものとRDBMSを同じ土俵で比べてしまうのがどう
かと思います。
RDBMSを入れる程ではない信頼性のシステムであれば、余計な
機能はとっぱらってしまって速度が速いに越した事はないです
ね。
>%小～中規模なサイト構築が多いので‥‥‥
RDBMSにするかしないかは、規模ではなくて信頼性です。
そういった規模のサイトでも、一度でも障害が発生してデータ
をロストしてしまってから、RDBMSレベルの信頼性が必要な事
をお客様自身も理解するなんて事も実際問題ありますからね。
# OBともOBERとの直接関係ないデータベースの話ですが、老婆
# 心から返信させて頂きました。
# システム構築時にどこで線引きをするかは、奥が深い話題で
# もあるので、
# http://www.sint.co.jp/bbs/index.asp
# で話を続けるのもありかも知れませんね。
返信を投稿
OBER
沢渡 みかげ
脇道レス続けてしまってすいません．
>そのデメリットは「RDBMSではない」というのと一緒なので、
>RDBMSでないものとRDBMSを同じ土俵で比べてしまうのがどう
>かと思います。
技術的な視点からみれば，確かにそうではあるのですが，
お客様からの視点では同じ土俵になってしまうでしょうね．
クラッシュしたら前日のバックアップまで戻ってしまう，
というような形の運用でも問題ないとされるお客様もいます．
% Web関係で，非ショッピング系（コミュニティ等）
% の構築が多いという弊社の特徴の為でもあると思いますが．．．
>RDBMSにするかしないかは、規模ではなくて信頼性です。
>そういった規模のサイトでも、一度でも障害が発生してデータ
>をロストしてしまってから、RDBMSレベルの信頼性が必要な事
>をお客様自身も理解するなんて事も実際問題ありますからね。
以前ロストしたこともありましたが，それでもMySQLで，
というお客様もいたりします．
この辺は，データの重要度の認識の違いかもしれません．
一般的なショッピングサイト等では許されないことでしょうから，
普段手がけているものが少し特殊なのかもしれません．(^^;
特に，予算に関してはやはりかなり重要度が高いようですので‥‥‥．
（PostgreSQLといったような選択肢も有りだとは思いますが，
これで過去何度かデータロストをしているので最近怖くて
使用していなかったりします．）
一般的なERツールは予算的な問題でこれまで見送ってきたのですが，
OBERの登場でその辺が変わりそうな感じはしますね．
５０万と１０万以下ではだいぶかわりますし．
>そのデメリットは「RDBMSではない」というのと一緒なので、
>RDBMSでないものとRDBMSを同じ土俵で比べてしまうのがどう
>かと思います。
技術的な視点からみれば，確かにそうではあるのですが，
お客様からの視点では同じ土俵になってしまうでしょうね．
クラッシュしたら前日のバックアップまで戻ってしまう，
というような形の運用でも問題ないとされるお客様もいます．
% Web関係で，非ショッピング系（コミュニティ等）
% の構築が多いという弊社の特徴の為でもあると思いますが．．．
>RDBMSにするかしないかは、規模ではなくて信頼性です。
>そういった規模のサイトでも、一度でも障害が発生してデータ
>をロストしてしまってから、RDBMSレベルの信頼性が必要な事
>をお客様自身も理解するなんて事も実際問題ありますからね。
以前ロストしたこともありましたが，それでもMySQLで，
というお客様もいたりします．
この辺は，データの重要度の認識の違いかもしれません．
一般的なショッピングサイト等では許されないことでしょうから，
普段手がけているものが少し特殊なのかもしれません．(^^;
特に，予算に関してはやはりかなり重要度が高いようですので‥‥‥．
（PostgreSQLといったような選択肢も有りだとは思いますが，
これで過去何度かデータロストをしているので最近怖くて
使用していなかったりします．）
一般的なERツールは予算的な問題でこれまで見送ってきたのですが，
OBERの登場でその辺が変わりそうな感じはしますね．
５０万と１０万以下ではだいぶかわりますし．
返信を投稿
OBER
初音玲
Object Browserで外部キーとして、自分自身のプライマリーキーを指定する事が可能です。
そうやって作成したテーブルをOBERでリバースするとスタックオーバーフローで落ちてしま
います。
変な定義といえば変な定義なのですが、出来ればスタックオーバーフローがおきても落ちな
いようにして頂けたら幸いです。
また、リバースしているときの動作表示は、スタックオーバーフローが起こったときも自動
的に閉じてしまうため、目を凝らしていないと何が起こったのかが分かりません。動作表示
は、エラー発生時には確認後閉じるようになったら便利です。
そうやって作成したテーブルをOBERでリバースするとスタックオーバーフローで落ちてしま
います。
変な定義といえば変な定義なのですが、出来ればスタックオーバーフローがおきても落ちな
いようにして頂けたら幸いです。
また、リバースしているときの動作表示は、スタックオーバーフローが起こったときも自動
的に閉じてしまうため、目を凝らしていないと何が起こったのかが分かりません。動作表示
は、エラー発生時には確認後閉じるようになったら便利です。
返信を投稿
OBER
梅田＠SI
貴重な情報ありがとうございました。
さっそく調べてみます。
まだV1.0が出たばかりで不十分な点が多いと思いますが、
これからも指摘、要望、感想などをいただければと思います。
（国産ソフトのフットワークの良さを示せればと思っています）。
さっそく調べてみます。
まだV1.0が出たばかりで不十分な点が多いと思いますが、
これからも指摘、要望、感想などをいただければと思います。
（国産ソフトのフットワークの良さを示せればと思っています）。
返信を投稿
OBER
Takka
Object Browser 7.0 および Object Browser ER に搭載されている
一時表に関する機能について質問です。
タイトルの件なのですが、「状況により」というのは
OB 7.0
・領域情報をONにしたまま、一時表に索引を作成しようとした場合、NG
（おそらく、領域情報を付加した、CREATE INDEX 文が発行されてしまっている。）
OB ER
・一時表に索引を作成し、SQLファイルを出力すると以下の条件の場合に、
領域情報を付加されてしまう。
エクステント情報の表示（STORAGE、CACHE/LOG）をONにする。
（ただし、エンティティのインデックスの入力欄で領域情報を未入力の場合
入力してしまった場合は、他のエクステント情報をONにしても、NGでしょう。）
現在は、一時表の数が少ないので、
その場合だけ環境を変えて対処しております。
OB については、さほど気にならないのですが、
OB ER では、テーブルやインデックス作成の
SQL ファイルを一括で出力するようにしたいのです。
＃まだ、試用中ですが。
現在のバージョンで対応方法がありますでしょうか。
もし、ないのでしたら、今後のバージョンアップでの対応を希望させていただきます。
一時表に関する機能について質問です。
タイトルの件なのですが、「状況により」というのは
OB 7.0
・領域情報をONにしたまま、一時表に索引を作成しようとした場合、NG
（おそらく、領域情報を付加した、CREATE INDEX 文が発行されてしまっている。）
OB ER
・一時表に索引を作成し、SQLファイルを出力すると以下の条件の場合に、
領域情報を付加されてしまう。
エクステント情報の表示（STORAGE、CACHE/LOG）をONにする。
（ただし、エンティティのインデックスの入力欄で領域情報を未入力の場合
入力してしまった場合は、他のエクステント情報をONにしても、NGでしょう。）
現在は、一時表の数が少ないので、
その場合だけ環境を変えて対処しております。
OB については、さほど気にならないのですが、
OB ER では、テーブルやインデックス作成の
SQL ファイルを一括で出力するようにしたいのです。
＃まだ、試用中ですが。
現在のバージョンで対応方法がありますでしょうか。
もし、ないのでしたら、今後のバージョンアップでの対応を希望させていただきます。
返信を投稿
全般
梅田＠SI
貴重なご指摘ありがとうございます。
さっそく調査して対応してゆこうと思います。
これからも、指摘、要望、感想、意見などよろしくお願いします。
さっそく調査して対応してゆこうと思います。
これからも、指摘、要望、感想、意見などよろしくお願いします。
返信を投稿
全般
はんちゅ
早速OBERを使ってみてますが、タイトルの件でちょっと要望があります。
■背景
テーブル群をまとめた表現をしたいために、四角枠線でテーブル群を囲みました。
しかし、まとめた時にテーブル間にあるリレーションが四角枠線の後ろに隠れてしまいます。
四角枠線の順序を「最背面に移動」してもダメです。
四角枠線の背景色を無色にしようにも色指定は必須になっています。
■要望事項
要望事項としては、
・リレーションを含んだ順序を考慮
・背景色に無色を指定可能
です。
■要望について
このような要望は、この掲示板でいいのでしょうか？
それとも、サポートに直接メールした方がいいのでしょうか？
はんちゅ
■背景
テーブル群をまとめた表現をしたいために、四角枠線でテーブル群を囲みました。
しかし、まとめた時にテーブル間にあるリレーションが四角枠線の後ろに隠れてしまいます。
四角枠線の順序を「最背面に移動」してもダメです。
四角枠線の背景色を無色にしようにも色指定は必須になっています。
■要望事項
要望事項としては、
・リレーションを含んだ順序を考慮
・背景色に無色を指定可能
です。
■要望について
このような要望は、この掲示板でいいのでしょうか？
それとも、サポートに直接メールした方がいいのでしょうか？
はんちゅ
返信を投稿
OBER
梅田＠SI
こんにちは、梅田＠SIです。ご指摘＆要望ありがとうございました
>■背景
>テーブル群をまとめた表現をしたいために、四角枠線でテーブル群を囲みました。
>しかし、まとめた時にテーブル間にあるリレーションが四角枠線の後ろに隠れてしまいます。
>■要望事項
>要望事項としては、
>・リレーションを含んだ順序を考慮
>・背景色に無色を指定可能
あ、本当ですね。ご指摘ありがとうございました。
>■要望について
>このような要望は、この掲示板でいいのでしょうか？
>それとも、サポートに直接メールした方がいいのでしょうか？
ご要望はこの掲示板にじゃんじゃん書いてください。
（今回の要望は、どちらかというと障害なので保守サポートの方でも結構です。）
まだ発売したばかりなので、もっとこうすればというところも多いのではと思います。
どんどん要望を書き込んでいただければ助かります。
>■背景
>テーブル群をまとめた表現をしたいために、四角枠線でテーブル群を囲みました。
>しかし、まとめた時にテーブル間にあるリレーションが四角枠線の後ろに隠れてしまいます。
>■要望事項
>要望事項としては、
>・リレーションを含んだ順序を考慮
>・背景色に無色を指定可能
あ、本当ですね。ご指摘ありがとうございました。
>■要望について
>このような要望は、この掲示板でいいのでしょうか？
>それとも、サポートに直接メールした方がいいのでしょうか？
ご要望はこの掲示板にじゃんじゃん書いてください。
（今回の要望は、どちらかというと障害なので保守サポートの方でも結構です。）
まだ発売したばかりなので、もっとこうすればというところも多いのではと思います。
どんどん要望を書き込んでいただければ助かります。
返信を投稿
OBER
Takka
Object Browser ER の発売を心待ちにしており、
トライアル版がDL可能になった日に早速DLし、
試用させていただいております。
各テーブルごとのExcelファイルへの出力機能やリバース機能、
スクリプト出力の際のプレビュー機能など、
すばらしい機能がたくさんついており、
以前、使用していたツールに比べ、
在る程度直感で使用することができるのがうれしいです。
ただ、いまのところ１点、以前のツールで必ず使用しており、
OBERで見つけることができなかった機能があります。
テーブルやビューのシノニムの設定機能です。
これは、現在のバージョンでもあるのでしょうか？
それとも、次期バージョンのご検討待ちとなるのでしょうか？
トライアル版がDL可能になった日に早速DLし、
試用させていただいております。
各テーブルごとのExcelファイルへの出力機能やリバース機能、
スクリプト出力の際のプレビュー機能など、
すばらしい機能がたくさんついており、
以前、使用していたツールに比べ、
在る程度直感で使用することができるのがうれしいです。
ただ、いまのところ１点、以前のツールで必ず使用しており、
OBERで見つけることができなかった機能があります。
テーブルやビューのシノニムの設定機能です。
これは、現在のバージョンでもあるのでしょうか？
それとも、次期バージョンのご検討待ちとなるのでしょうか？
返信を投稿
OBER
梅田＠SI
こんにちは、梅田＠ISです。OB ERのご試用、ありがとうございます。
なるほど、ERの方でもシノニム設定機能があった方が便利だということですね。
「SI Object Browser」のシノニム作成機能を「OB ER」にも用意し、物理モデルの
リバース時にエンティティごとに見れる感じにすれば良いのでしょうか？
次期バージョンアップの際に検討してみます。
「シンプル＆高機能」という矛盾したコンセプトを目指しているのですが、まだ、
誕生したばかりなので、機能不足も多いと思います。これからもいろいろな意見を
いただければ助かります。
>各テーブルごとのExcelファイルへの出力機能やリバース機能、
>スクリプト出力の際のプレビュー機能など、
>すばらしい機能がたくさんついており、
>以前、使用していたツールに比べ、
>在る程度直感で使用することができるのがうれしいです。
>ただ、いまのところ１点、以前のツールで必ず使用しており、
>OBERで見つけることができなかった機能があります。
>テーブルやビューのシノニムの設定機能です。
>
>これは、現在のバージョンでもあるのでしょうか？
>それとも、次期バージョンのご検討待ちとなるのでしょうか？
>
なるほど、ERの方でもシノニム設定機能があった方が便利だということですね。
「SI Object Browser」のシノニム作成機能を「OB ER」にも用意し、物理モデルの
リバース時にエンティティごとに見れる感じにすれば良いのでしょうか？
次期バージョンアップの際に検討してみます。
「シンプル＆高機能」という矛盾したコンセプトを目指しているのですが、まだ、
誕生したばかりなので、機能不足も多いと思います。これからもいろいろな意見を
いただければ助かります。
>各テーブルごとのExcelファイルへの出力機能やリバース機能、
>スクリプト出力の際のプレビュー機能など、
>すばらしい機能がたくさんついており、
>以前、使用していたツールに比べ、
>在る程度直感で使用することができるのがうれしいです。
>ただ、いまのところ１点、以前のツールで必ず使用しており、
>OBERで見つけることができなかった機能があります。
>テーブルやビューのシノニムの設定機能です。
>
>これは、現在のバージョンでもあるのでしょうか？
>それとも、次期バージョンのご検討待ちとなるのでしょうか？
>
返信を投稿
OBER
Takka
>なるほど、ERの方でもシノニム設定機能があった方が便利だということですね。
>「SI Object Browser」のシノニム作成機能を「OB ER」にも用意し、物理モデルの
>リバース時にエンティティごとに見れる感じにすれば良いのでしょうか？
そうですね。
DBを作成／修正する場合に、一旦、SQLファイルへ出力し、
テーブルやビューを作成するので、
SQLファイルとER図を分けて管理するより、
できるだけER図のみで管理したいのです。
シノニムの参照（PUBLIC PRIVATE ともに）も設定できればうれしかったのですが。
>次期バージョンアップの際に検討してみます。
よろしくお願いします。
>「シンプル＆高機能」という矛盾したコンセプトを目指しているのですが、まだ、
>誕生したばかりなので、機能不足も多いと思います。これからもいろいろな意見を
>いただければ助かります。
使いやすく、かつ、必要な機能がそれっており、
それ以上に便利な機能がある。
素晴らしいコンセプトですね。
私もプログラマのはしくれなのですが、
アプリケーションの作成時には
そのようにありたいと思います。
ところでOBERについて
もう１点お伺いしたいのです。
ER図をレーザープリンタで印字してみたところ、
印刷プレビューでは表示されている
Primary Key とNon-Key 項目の間のLineが
印字されないのですが、
これはプリンタに依存した現象なのでしょうか？
他のLineは正常に印字されているのですか・・・
>「SI Object Browser」のシノニム作成機能を「OB ER」にも用意し、物理モデルの
>リバース時にエンティティごとに見れる感じにすれば良いのでしょうか？
そうですね。
DBを作成／修正する場合に、一旦、SQLファイルへ出力し、
テーブルやビューを作成するので、
SQLファイルとER図を分けて管理するより、
できるだけER図のみで管理したいのです。
シノニムの参照（PUBLIC PRIVATE ともに）も設定できればうれしかったのですが。
>次期バージョンアップの際に検討してみます。
よろしくお願いします。
>「シンプル＆高機能」という矛盾したコンセプトを目指しているのですが、まだ、
>誕生したばかりなので、機能不足も多いと思います。これからもいろいろな意見を
>いただければ助かります。
使いやすく、かつ、必要な機能がそれっており、
それ以上に便利な機能がある。
素晴らしいコンセプトですね。
私もプログラマのはしくれなのですが、
アプリケーションの作成時には
そのようにありたいと思います。
ところでOBERについて
もう１点お伺いしたいのです。
ER図をレーザープリンタで印字してみたところ、
印刷プレビューでは表示されている
Primary Key とNon-Key 項目の間のLineが
印字されないのですが、
これはプリンタに依存した現象なのでしょうか？
他のLineは正常に印字されているのですか・・・
返信を投稿
OBER
Takka
[Takka]
>>なるほど、ERの方でもシノニム設定機能があった方が便利だということですね。
>>「SI Object Browser」のシノニム作成機能を「OB ER」にも用意し、物理モデルの
>ところでOBERについて
>もう１点お伺いしたいのです。
>
>ER図をレーザープリンタで印字してみたところ、
>印刷プレビューでは表示されている
>Primary Key とNon-Key 項目の間のLineが
>印字されないのですが、
自己レスです。
失礼いたしました。
別のプリンタに出力したところ、
きちんと印字されました。
>これはプリンタに依存した現象なのでしょうか？
>他のLineは正常に印字されているのですか・・・
どうやら、プリンタの機種に左右されるようです。
このように記述しておきながら、
別のプリンタで試すのを怠っておりました。
申し訳ありませんでした。
>>なるほど、ERの方でもシノニム設定機能があった方が便利だということですね。
>>「SI Object Browser」のシノニム作成機能を「OB ER」にも用意し、物理モデルの
>ところでOBERについて
>もう１点お伺いしたいのです。
>
>ER図をレーザープリンタで印字してみたところ、
>印刷プレビューでは表示されている
>Primary Key とNon-Key 項目の間のLineが
>印字されないのですが、
自己レスです。
失礼いたしました。
別のプリンタに出力したところ、
きちんと印字されました。
>これはプリンタに依存した現象なのでしょうか？
>他のLineは正常に印字されているのですか・・・
どうやら、プリンタの機種に左右されるようです。
このように記述しておきながら、
別のプリンタで試すのを怠っておりました。
申し訳ありませんでした。
返信を投稿
OBER
Hanoi
お世話になっております。
さて、ER版が発表されたようですが、従来のObject Browser のトライアル版は何処で落とせばよいのでしょうか？
QAに、Object Browser ER と Object Browser は全く別の製品で、
共通の機能は無いと明記されているので、Object Browser の方を使ってみたいのですが、
どのリンク先に行っても、ERにたどり着きます･･･
また、Object Browser のシリーズは、もう開発されないのでしょうか？
さて、ER版が発表されたようですが、従来のObject Browser のトライアル版は何処で落とせばよいのでしょうか？
QAに、Object Browser ER と Object Browser は全く別の製品で、
共通の機能は無いと明記されているので、Object Browser の方を使ってみたいのですが、
どのリンク先に行っても、ERにたどり着きます･･･
また、Object Browser のシリーズは、もう開発されないのでしょうか？
返信を投稿
OBER
海老原@SI
こんにちは、システムインテグレータの海老原です。
従来のSI Object Browserトライアル版ですが、
SI Object Browser 製品ページよりダウンロードが可能となっております。
弊社トップページからSI Object Browser のバナーをクリックしますと
「SI Object Browser製品ラインナップ」のページにジャンプします。
「製品ラインナップ」のSI Object Browser詳細情報をクリックして頂けますと、
SI Object Browser のページへジャンプいたします。
お手数ですが、再度ご確認いただけますようお願い申し上げます。
>また、Object Browser のシリーズは、もう開発されないのでしょうか？
従来のSI Object Browserは、引き続き開発・販売を行って行きます。
今後ともどうぞ宜しくお願い致します。
従来のSI Object Browserトライアル版ですが、
SI Object Browser 製品ページよりダウンロードが可能となっております。
弊社トップページからSI Object Browser のバナーをクリックしますと
「SI Object Browser製品ラインナップ」のページにジャンプします。
「製品ラインナップ」のSI Object Browser詳細情報をクリックして頂けますと、
SI Object Browser のページへジャンプいたします。
お手数ですが、再度ご確認いただけますようお願い申し上げます。
>また、Object Browser のシリーズは、もう開発されないのでしょうか？
従来のSI Object Browserは、引き続き開発・販売を行って行きます。
今後ともどうぞ宜しくお願い致します。
返信を投稿
OBER
redslope
以前Object Browserを使用していたが、ついにER作成機能がでたか！！
これらのツールは機能としても申し分がないだけでなく、かなり低価格。
ただOracle対象のみが残念です。
会社ではSybaseを使用しているが、
Sybase対象のツールの出たらなー！！
これらのツールは機能としても申し分がないだけでなく、かなり低価格。
ただOracle対象のみが残念です。
会社ではSybaseを使用しているが、
Sybase対象のツールの出たらなー！！
返信を投稿
OBER
redslope
以前Object Browserを使用していたが、ついにER作成機能がでたか！！
これらのツールは機能としても申し分がないだけでなく、かなり低価格。
ただOracle対象のみが残念です。
会社ではSybaseを使用しているが、
Sybase対象のツールの出たらなー！！
これらのツールは機能としても申し分がないだけでなく、かなり低価格。
ただOracle対象のみが残念です。
会社ではSybaseを使用しているが、
Sybase対象のツールの出たらなー！！
返信を投稿
OBER
梅田＠SI
ご試用ありがとうございます。
Object Browser ERは、どこかのタイミングでOracle以外の
RDBMSにも対応したいと考えています。
（実は、アルファー版ではOracle以外の選択も用意していたのでした･･･）。
フォワードだけなら簡単なのですが、リバース対応しないと意味がないので一苦労です。
でも、Sybaseですか･･･？（う～ん、優先順位が低いかなぁ～）
Object Browser ERは、どこかのタイミングでOracle以外の
RDBMSにも対応したいと考えています。
（実は、アルファー版ではOracle以外の選択も用意していたのでした･･･）。
フォワードだけなら簡単なのですが、リバース対応しないと意味がないので一苦労です。
でも、Sybaseですか･･･？（う～ん、優先順位が低いかなぁ～）
返信を投稿
OBER