■SI Object Browser 掲示板

現在、ＤＢ関連のツールとして検討中です。

ひとつ質問があります。

既存のＤＢで管理しているドメインの定義情報（エクセルファイル）をＯＢＥＲのドメインとしてインポートできますか？

エクセルの書式をあわせておけばできるなら一番うれしいのですが。。。

名称変換テーブルで、テーブルの論理名と物理名のインポートは、ＣＳＶで読
み込みできたのですが、ドメインはXMLでしか読み込みできません。

エクセルからXML形式に落とせないので、移行するのに困っています。

できないのであれば今後開発予定があるかなどお聞かせください。

それと、初歩的な質問ですが、XMLファイルはどのようにして、ブラウザで見るのですか？そのままファイルを読み込んでもソースが表示されるだけだったので。。。

>ダブルクォートで囲わないとOracle上で、すべて大文字扱いになってしまうと
>思うのですが（OBERではなくOracleの仕様として）、違いますでしょうか？

その通りです。
「生成されるＥＲ図を、設計書として使用する都合上」、
ＥＲ図上でのみ、大文字小文字を使い分けたいのであって、
生成されるＳＱＬ及び、生成されるＤＢテーブル上では、全て大文字で構いません。
（というか、元々、そういう仕様ですので。）


>ER図上は大小文字交じりでOracle上は気にしないという事であれば、良いので
>しょうが、そうするとリバースしてきたときに、すべて大文字になってしまう
>と思います。

元々、「設計書」としてＥＲ図を簡易に生成できるツールとして使用したかったので、
リバース時に全て大文字になる事自体、問題は無いんです。
・・・と、いうか、完成物のシステムは、多分相当な苦労をしないと、
OBERでは正しくリバースされないと思われますので。
また、OBERのフォワードの機能も「製品」としては使用しません。
使うのは、生成されるSQLだけですね。（＾＾；

ご心配は有り難いのですが、元々「一方通行」を前提としての開発ツールとして使ってますので、ご指摘頂いた事項は、全て承知しております。

はじめと申します。
実は私も同じ問題に遭遇して困った事があります。

そのときは
いったん主キー制約名を別の名前に変更して削除し、
ユニーク制約を作るという方法で回避しました。

[ＮＴＪ会長]
>規約上、大小文字混じりのフィールド名付与をする必要がありますので、
>OBERのフォワードは、今回は使用不能ということで了解いたしました。

ダブルクォートで囲わないとOracle上で、すべて大文字扱いになってしまうと
思うのですが（OBERではなくOracleの仕様として）、違いますでしょうか？

ER図上は大小文字交じりでOracle上は気にしないという事であれば、良いので
しょうが、そうするとリバースしてきたときに、すべて大文字になってしまう
と思います。

単純に制約名を変えればいいと思うんですが…
普通PRIMARYとUNIQUEは別の命名規約にするのではないでしょうか。

OBERを使用しておりまして、
PRIMARY KEY を UNIQUE INDEX に変更する必要が出てきました。
ところが、PRIMARY KEY を削除し、
新たに作成した UNIQUE INDEX に同じ名前を付けると
「同じ[インデックス名/物理名]が既に存在しています」
のエラーがでて、作成することが出来ませんでした。

PRIMARY KEYの削除は
インデックスタブから削除しても
属性タブの主キーチェックをはずしても同じ現象になります。

見た目上は同じ名前は残っていないようなのですが、
EDMファイルをテキストエディタで開いてみると
確かに見つかりましたし、
再びPRIMARY KEYを作り直すと同じ名前がつきましたので、
どうやら予約されてしまったようです。

現状のシステムのDBの仕様書がなかったため
つくり直していたのですが、
再び、一から作り直しになってしまいます。

回避方法はありますでしょうか？

了解しました。
フィールド名に小文字を使用している場合には、ダブルコーテションが外せないということですね？

規約上、大小文字混じりのフィールド名付与をする必要がありますので、
OBERのフォワードは、今回は使用不能ということで了解いたしました。