■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
YAS
ObjectBrowser7の導入の検討をするために、
まずはトライアルを・・・
と考えているのですが、
既にDelphi6がインストールされている環境に
OB7トライアル版をインストールして
問題ないでしょうか?
環境:
Windows 2000 Pro SP2
Delphi6 Professional
Oracle 9i Client
まずはトライアルを・・・
と考えているのですが、
既にDelphi6がインストールされている環境に
OB7トライアル版をインストールして
問題ないでしょうか?
環境:
Windows 2000 Pro SP2
Delphi6 Professional
Oracle 9i Client
返信を投稿
OB
沢渡 みかげ
試用中であまり要望を書くのも少し気が引けるのですが‥‥‥(^^;
テキストや,四角形などの図形オブジェクトも,右クリックで
対象モデルの変更が出来るようなのですが,反映がされないようです.
コメント等を物理モデル,論理モデルのみに書き込みたい場合なども
あると思いますので,これらの図形に関しても対象モデルの変更
ができると便利かと思います.
ご検討下さい.
テキストや,四角形などの図形オブジェクトも,右クリックで
対象モデルの変更が出来るようなのですが,反映がされないようです.
コメント等を物理モデル,論理モデルのみに書き込みたい場合なども
あると思いますので,これらの図形に関しても対象モデルの変更
ができると便利かと思います.
ご検討下さい.
返信を投稿
OBER
たけ
早速ERをダウンロードして使用しています「たけ」です。
今後が楽しみなツールですね。
ところで、ERのフォワードエンジニアリングの件で質問があります。
SQL出力ボタンを押下してSQLを生成すると、おなじテーブルのCREATE文が
何度も生成されてしまいます。
ただし、プレビュー画面のSQL出力ボタンで生成すると、
正常な出力が得られます。
ちなみに、前者のファイルサイズは700K、後者が60Kくらいです。
これは何かのバグなのでしょうか?
それとも私が使用しているバージョンだけでしょうか?
今後が楽しみなツールですね。
ところで、ERのフォワードエンジニアリングの件で質問があります。
SQL出力ボタンを押下してSQLを生成すると、おなじテーブルのCREATE文が
何度も生成されてしまいます。
ただし、プレビュー画面のSQL出力ボタンで生成すると、
正常な出力が得られます。
ちなみに、前者のファイルサイズは700K、後者が60Kくらいです。
これは何かのバグなのでしょうか?
それとも私が使用しているバージョンだけでしょうか?
返信を投稿
OBER
沢渡 みかげ
脇道レス続けてしまってすいません.
>そのデメリットは「RDBMSではない」というのと一緒なので、
>RDBMSでないものとRDBMSを同じ土俵で比べてしまうのがどう
>かと思います。
技術的な視点からみれば,確かにそうではあるのですが,
お客様からの視点では同じ土俵になってしまうでしょうね.
クラッシュしたら前日のバックアップまで戻ってしまう,
というような形の運用でも問題ないとされるお客様もいます.
% Web関係で,非ショッピング系(コミュニティ等)
% の構築が多いという弊社の特徴の為でもあると思いますが...
>RDBMSにするかしないかは、規模ではなくて信頼性です。
>そういった規模のサイトでも、一度でも障害が発生してデータ
>をロストしてしまってから、RDBMSレベルの信頼性が必要な事
>をお客様自身も理解するなんて事も実際問題ありますからね。
以前ロストしたこともありましたが,それでもMySQLで,
というお客様もいたりします.
この辺は,データの重要度の認識の違いかもしれません.
一般的なショッピングサイト等では許されないことでしょうから,
普段手がけているものが少し特殊なのかもしれません.(^^;
特に,予算に関してはやはりかなり重要度が高いようですので‥‥‥.
(PostgreSQLといったような選択肢も有りだとは思いますが,
これで過去何度かデータロストをしているので最近怖くて
使用していなかったりします.)
一般的なERツールは予算的な問題でこれまで見送ってきたのですが,
OBERの登場でその辺が変わりそうな感じはしますね.
50万と10万以下ではだいぶかわりますし.
>そのデメリットは「RDBMSではない」というのと一緒なので、
>RDBMSでないものとRDBMSを同じ土俵で比べてしまうのがどう
>かと思います。
技術的な視点からみれば,確かにそうではあるのですが,
お客様からの視点では同じ土俵になってしまうでしょうね.
クラッシュしたら前日のバックアップまで戻ってしまう,
というような形の運用でも問題ないとされるお客様もいます.
% Web関係で,非ショッピング系(コミュニティ等)
% の構築が多いという弊社の特徴の為でもあると思いますが...
>RDBMSにするかしないかは、規模ではなくて信頼性です。
>そういった規模のサイトでも、一度でも障害が発生してデータ
>をロストしてしまってから、RDBMSレベルの信頼性が必要な事
>をお客様自身も理解するなんて事も実際問題ありますからね。
以前ロストしたこともありましたが,それでもMySQLで,
というお客様もいたりします.
この辺は,データの重要度の認識の違いかもしれません.
一般的なショッピングサイト等では許されないことでしょうから,
普段手がけているものが少し特殊なのかもしれません.(^^;
特に,予算に関してはやはりかなり重要度が高いようですので‥‥‥.
(PostgreSQLといったような選択肢も有りだとは思いますが,
これで過去何度かデータロストをしているので最近怖くて
使用していなかったりします.)
一般的なERツールは予算的な問題でこれまで見送ってきたのですが,
OBERの登場でその辺が変わりそうな感じはしますね.
50万と10万以下ではだいぶかわりますし.
返信を投稿
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
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
SEGAと申します。
OBER、まだほんの少ししか使っていないのですが、感じた事を。
(1)edmファイル形式で、サンプルを公開して欲しいです。
『OBERを使いこなすと、こんな美しい(?)ER図が出来るぞ』って感じのを。
(2)[色・フォントの変更]のダイアログを結構使うのですが、
その都度、右クリックしてメニューから選択するのは面倒。
[Ctrl]押しながらだと[色・フォントの変更]が開くとか、
常に表示しておいて、オブジェクトの選択に連動してくれたら便利かなと思いました。
(3)属性操作モード(指の形アイコン)でエンティティ名をクリックして、
もう一度クリックした場合に編集状態になってくれません。
([F2]を押すと編集状態になるのですが)
(4)画像の貼付けや、UML用の図形に対応してくれると嬉しいです。
以上です。
OBER、まだほんの少ししか使っていないのですが、感じた事を。
(1)edmファイル形式で、サンプルを公開して欲しいです。
『OBERを使いこなすと、こんな美しい(?)ER図が出来るぞ』って感じのを。
(2)[色・フォントの変更]のダイアログを結構使うのですが、
その都度、右クリックしてメニューから選択するのは面倒。
[Ctrl]押しながらだと[色・フォントの変更]が開くとか、
常に表示しておいて、オブジェクトの選択に連動してくれたら便利かなと思いました。
(3)属性操作モード(指の形アイコン)でエンティティ名をクリックして、
もう一度クリックした場合に編集状態になってくれません。
([F2]を押すと編集状態になるのですが)
(4)画像の貼付けや、UML用の図形に対応してくれると嬉しいです。
以上です。
返信を投稿
OBER
ちゃまだ
こんにちは。ちゃまだと申します。
HTMLヘルプに関しての質問ですので機能とは直接関係ないです。
試用版をダウンロードさせて頂いて、ヘルプを見ながら試しているのですが
例えば[ツール]-[オプション]などでダイアログを開き、
ヘルプを表示させると、ヘルプ画面に対してスクロールやリンクをクリック
することができません。
ダイアログを閉じると操作可能なため、どうもHTMLヘルプを呼び出す際の
親ウィンドウがOBERのメインウィンドウになっているような気がします。
もしかしたら自分の環境のせいでしょうか?
ちなみに環境は以下のとおりです。
Windows2000+SP2
IE5.5
Oracle Client 8.1.7
HTMLヘルプに関しての質問ですので機能とは直接関係ないです。
試用版をダウンロードさせて頂いて、ヘルプを見ながら試しているのですが
例えば[ツール]-[オプション]などでダイアログを開き、
ヘルプを表示させると、ヘルプ画面に対してスクロールやリンクをクリック
することができません。
ダイアログを閉じると操作可能なため、どうもHTMLヘルプを呼び出す際の
親ウィンドウがOBERのメインウィンドウになっているような気がします。
もしかしたら自分の環境のせいでしょうか?
ちなみに環境は以下のとおりです。
Windows2000+SP2
IE5.5
Oracle Client 8.1.7
返信を投稿
OBER
梅田@SI
こんにちは、梅田@SIです。
下記ご要望、ありがとうございます。
ツールって、小さな使い勝手の積み重ねで、使いやすさが
ぐーんとアップするものなので、皆様からのご要望が本当に助かります。
>■要望事項
>[ダイアグラムエディタ]で何も選択されていない状態なら
>VISIOのようにカーソルキーで画面スクロールをできるようにしてほしいです。
>
>■理由
>・キーボード派だから
>・3ボタンマウスをもっていないから
>・ホイールマウスだとホイールで上下にしかスクロールできないから
下記ご要望、ありがとうございます。
ツールって、小さな使い勝手の積み重ねで、使いやすさが
ぐーんとアップするものなので、皆様からのご要望が本当に助かります。
>■要望事項
>[ダイアグラムエディタ]で何も選択されていない状態なら
>VISIOのようにカーソルキーで画面スクロールをできるようにしてほしいです。
>
>■理由
>・キーボード派だから
>・3ボタンマウスをもっていないから
>・ホイールマウスだとホイールで上下にしかスクロールできないから
返信を投稿
OBER
梅田@SI
こんにちは、OBERのご試用ありがとうございます。
>純粋なER図ツールを探していて,
これは実にOBERのコンセプトにマッチする言葉で嬉しいです。
>ターゲットのDBはOracleでは無くMySQLなのですが,
なんと、今度はMySQLですか?
最近「日経ソフトウェア7月号」の特集記事を書く際に
MySQLを使ってみたのですが、シンプルでなかなか良かったですね。
>ふと掲示板を見たら,Oracle以外のRDBMSにも対応したいという
>書き込みがあったので,今後に期待しています.
>個人的には,フォワードのみでも構わないので,対応希望を
>表明しておきます.
なるほど。フォワードだけならさまざまなデータベース対応という
考え方も有りえそうですね。参考にさせていただきます。
>他,1点気になったのが,プリント出力すると陰やボールド表示が
>消えてしまうようです.
>画面表示の美しさのまま,プリント出力できると嬉しいですね.
これも、検討課題として承りました。
ありがとうございます。
>純粋なER図ツールを探していて,
これは実にOBERのコンセプトにマッチする言葉で嬉しいです。
>ターゲットのDBはOracleでは無くMySQLなのですが,
なんと、今度はMySQLですか?
最近「日経ソフトウェア7月号」の特集記事を書く際に
MySQLを使ってみたのですが、シンプルでなかなか良かったですね。
>ふと掲示板を見たら,Oracle以外のRDBMSにも対応したいという
>書き込みがあったので,今後に期待しています.
>個人的には,フォワードのみでも構わないので,対応希望を
>表明しておきます.
なるほど。フォワードだけならさまざまなデータベース対応という
考え方も有りえそうですね。参考にさせていただきます。
>他,1点気になったのが,プリント出力すると陰やボールド表示が
>消えてしまうようです.
>画面表示の美しさのまま,プリント出力できると嬉しいですね.
これも、検討課題として承りました。
ありがとうございます。
返信を投稿
OBER