■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
よくある質問（FAQ）
検索オプション
山田@SI
こんにちは
山田@SIです。
この度はご不便をおかけしてしまい、大変申し訳ございません。
当現象は、配置される場所やファイルの何らかの設定が
OBER側で読み取り専用と判断することによって発生しています。
原因の特定はいまだできていない状況です。
EDMファイルに対する権限、フォルダに対する権限設定や読み取り専用
などを今一度ご確認いただけますでしょうか。
上記に問題がない場合、大変申し訳ございませんが現象の発生しない
ローカルで作業するなどの運用をお願いいたします。
この度はご迷惑をおかけしてしまい大変申し訳ございませんが、
何卒よろしくお願い申し上げます。
山田@SIです。
この度はご不便をおかけしてしまい、大変申し訳ございません。
当現象は、配置される場所やファイルの何らかの設定が
OBER側で読み取り専用と判断することによって発生しています。
原因の特定はいまだできていない状況です。
EDMファイルに対する権限、フォルダに対する権限設定や読み取り専用
などを今一度ご確認いただけますでしょうか。
上記に問題がない場合、大変申し訳ございませんが現象の発生しない
ローカルで作業するなどの運用をお願いいたします。
この度はご迷惑をおかけしてしまい大変申し訳ございませんが、
何卒よろしくお願い申し上げます。
返信を投稿
OBER
shibata
OBER5を使用しています。
そこで、全テーブルに対して決まった項目を１つ追加するというのが発生したのですが、
その際に項目の一括追加する機能はありませんでしょうか？
OBER6で出来るのであれば、バージョンアップも考えますので、
情報があれば教えてください。
そこで、全テーブルに対して決まった項目を１つ追加するというのが発生したのですが、
その際に項目の一括追加する機能はありませんでしょうか？
OBER6で出来るのであれば、バージョンアップも考えますので、
情報があれば教えてください。
返信を投稿
OBER
arumakan
お世話になってます。
過去に同様の書込があったようですが当方もまったく同じ現象が出ているため、あらためて書き込まさせていただきます。
ローカルディスクでは、問題ありませんがファイルサーバへの読込／書込を行おうとすると以下メッセージが表示されます。
既存のedmファイルを開く場合時
「読み取り専用であるか別のユーザが展開しているため、読み取り専用で開きます」
と表示され、実際に開くと読み取り専用モードとなっています。
新規に作成したedmファイルを保存する場合
「そのファイルは他のユーザが既に展開しています」
と表示され、保存ができない状態です。
データベース同期を行った結果をEXCELファイル(XLSX)で保存する機能は正常に動作し保存できます。
（edmと同じファイルサーバのフォルダー）
環境は以下の通りです。
クライアントPC：WindowsXP SP3(x86)
ファイルサーバ：Windows2003 Storage Server
フォルダー権限：フルコントロール
OBERバージョン：6.0.0.0
サーバ、クライアントなと共にActiveDirectoryでのドメイン管理下で動作しています。
また、OBER3および4では同環境下で正常に動作しています。
過去に同様の書込があったようですが当方もまったく同じ現象が出ているため、あらためて書き込まさせていただきます。
ローカルディスクでは、問題ありませんがファイルサーバへの読込／書込を行おうとすると以下メッセージが表示されます。
既存のedmファイルを開く場合時
「読み取り専用であるか別のユーザが展開しているため、読み取り専用で開きます」
と表示され、実際に開くと読み取り専用モードとなっています。
新規に作成したedmファイルを保存する場合
「そのファイルは他のユーザが既に展開しています」
と表示され、保存ができない状態です。
データベース同期を行った結果をEXCELファイル(XLSX)で保存する機能は正常に動作し保存できます。
（edmと同じファイルサーバのフォルダー）
環境は以下の通りです。
クライアントPC：WindowsXP SP3(x86)
ファイルサーバ：Windows2003 Storage Server
フォルダー権限：フルコントロール
OBERバージョン：6.0.0.0
サーバ、クライアントなと共にActiveDirectoryでのドメイン管理下で動作しています。
また、OBER3および4では同環境下で正常に動作しています。
返信を投稿
OBER
KK)KK
Ver10よりVer11にバージョンアップさせて頂きました。
その結果、SQLビルダで、ダイアグラム部よりグリッド部へDrag&Dropする際に、
Ver11では目に見えて遅くなってしまいました（同一PC上で確認）。
参考）数十列をD&Dした場合
Ver10 では、 1秒以内に列情報が表示されるが、
Ver11 では、数秒以上かかってしまう。
少ない列数であれば問題ないのですが、多くの列を選択してDrag&Dropすると
明らかに遅いです。
Ver11になって何か内部の制御が変わったのでしょうか？
また、Ver10のように速度を改善できないでしょうか？
その結果、SQLビルダで、ダイアグラム部よりグリッド部へDrag&Dropする際に、
Ver11では目に見えて遅くなってしまいました（同一PC上で確認）。
参考）数十列をD&Dした場合
Ver10 では、 1秒以内に列情報が表示されるが、
Ver11 では、数秒以上かかってしまう。
少ない列数であれば問題ないのですが、多くの列を選択してDrag&Dropすると
明らかに遅いです。
Ver11になって何か内部の制御が変わったのでしょうか？
また、Ver10のように速度を改善できないでしょうか？
返信を投稿
OB
Power-Factory
不具合報告というわけではなく、機能実装に関する要望なので、
本来ここに投稿させて頂いて良いのかどうかが分かりませんが。
テーブルのデータ表示をすると、編集モードの場合にはデータの
編集が可能になります。
この状態で、CHARやVARCHARなどの項目をダブルクリックすると
別ウィンドウで入力画面が表示されます。
個人的にはこのウィンドウ表示があることで、データビューでの
編集が非常に使いづらいです。
例えば、エクセルでデータを加工して、
(1) ウィンドウをアクティブにするつもりでオブジェクトブラウザの
データビューの項目をクリックする。
(2) 編集を開始するつもりでデータビューの項目をクリックする。
これもダブルクリックと判断されてしまい、別ウィンドウが起動します。
（このウィンドウはESCキーで閉じることが出来ません）
セル内に[･･･]ボタンがあるのに、わざわざダブルクリックで表示する
必要もないのではないでしょうか。
私個人としては、この機能は廃止して頂きたいと思うのですが、
皆さんの意見はどうなのでしょうか。
製品批判みたいな投稿になってしまって申し訳ございませんが、
ぜひご一考頂ければ幸いです。
本来ここに投稿させて頂いて良いのかどうかが分かりませんが。
テーブルのデータ表示をすると、編集モードの場合にはデータの
編集が可能になります。
この状態で、CHARやVARCHARなどの項目をダブルクリックすると
別ウィンドウで入力画面が表示されます。
個人的にはこのウィンドウ表示があることで、データビューでの
編集が非常に使いづらいです。
例えば、エクセルでデータを加工して、
(1) ウィンドウをアクティブにするつもりでオブジェクトブラウザの
データビューの項目をクリックする。
(2) 編集を開始するつもりでデータビューの項目をクリックする。
これもダブルクリックと判断されてしまい、別ウィンドウが起動します。
（このウィンドウはESCキーで閉じることが出来ません）
セル内に[･･･]ボタンがあるのに、わざわざダブルクリックで表示する
必要もないのではないでしょうか。
私個人としては、この機能は廃止して頂きたいと思うのですが、
皆さんの意見はどうなのでしょうか。
製品批判みたいな投稿になってしまって申し訳ございませんが、
ぜひご一考頂ければ幸いです。
返信を投稿
OB
山田@SI
こんにちは
山田@SIです。
お問い合わせいただきました件に関しましてですが、
現在調査中で現象再現には至っておりません。
取り急ぎ回避方法をご案内させていただきます。
大変お手数ではございますが、DB同期を実行した際、
SQL出力ボタンで該当SQLを出力していただき、不要な
DDL文を手動で削除したものを、MSManagementStudioや
OBSQLServer版などのの外部ツールよりSQLを実行していただけますでしょうか。
このたびはご迷惑をおかけしてしまい大変申し訳ございません。
引き続き調査検証を行い、今後のバージョンアップ時に
対応を検討してまいりますので、
何卒よろしくお願い申し上げます。
山田@SIです。
お問い合わせいただきました件に関しましてですが、
現在調査中で現象再現には至っておりません。
取り急ぎ回避方法をご案内させていただきます。
大変お手数ではございますが、DB同期を実行した際、
SQL出力ボタンで該当SQLを出力していただき、不要な
DDL文を手動で削除したものを、MSManagementStudioや
OBSQLServer版などのの外部ツールよりSQLを実行していただけますでしょうか。
このたびはご迷惑をおかけしてしまい大変申し訳ございません。
引き続き調査検証を行い、今後のバージョンアップ時に
対応を検討してまいりますので、
何卒よろしくお願い申し上げます。
返信を投稿
OB
山田@SI
こんにちは
山田@SIです。
お問い合わせいただいた件ですが、
弊社側で再現させることができませんでした。
データベースのFKの名称と、該当リレーションの
物理名が合致しているかご確認いただけますでしょうか。
上記が問題ない場合、調査が必要な問題と思われますので、
保守サービス内での対応となります。
お手数ではございますが、製品シリアルナンバーと、
DB同期実行時の比較画面(相違点が出力されているもの)
を添付の上、下記メールアドレスまでご連絡ください。
oob.support@sint.co.jp
保守サービス加入の確認ができ次第、対応させていただきます。
（保守加入が確認できない場合、対応できない場合がございます。
何卒ご了承くださいませ）。
よろしくお願いいたします。
山田@SIです。
お問い合わせいただいた件ですが、
弊社側で再現させることができませんでした。
データベースのFKの名称と、該当リレーションの
物理名が合致しているかご確認いただけますでしょうか。
上記が問題ない場合、調査が必要な問題と思われますので、
保守サービス内での対応となります。
お手数ではございますが、製品シリアルナンバーと、
DB同期実行時の比較画面(相違点が出力されているもの)
を添付の上、下記メールアドレスまでご連絡ください。
oob.support@sint.co.jp
保守サービス加入の確認ができ次第、対応させていただきます。
（保守加入が確認できない場合、対応できない場合がございます。
何卒ご了承くださいませ）。
よろしくお願いいたします。
返信を投稿
OBER
maeda
お世話になっております。
OBERでindex変更とスキーマ変更を行ったテーブルと、BDを同期する際、
実行スクリプトでindex作成処理が２回書かれ実行時にエラーになってしまいます。
--------実行スクリプト--------
SELECT * INTO 省略
go
DROP TABLE 省略
go
CREATE TABLE 省略
go
ALTER TABLE [テーブル名] ADD CONSTRAINT [インデックス名] UNIQUE (インデックス項目)
go
exec sp_addextendedproperty 省略
go
INSERT INTO 省略
go
ALTER TABLE [テーブル名] ADD CONSTRAINT [インデックス名] UNIQUE (インデックス項目)
go
------------------------------
回避する方法があればご教授ください。
宜しくお願いいたします。
OBERでindex変更とスキーマ変更を行ったテーブルと、BDを同期する際、
実行スクリプトでindex作成処理が２回書かれ実行時にエラーになってしまいます。
--------実行スクリプト--------
SELECT * INTO 省略
go
DROP TABLE 省略
go
CREATE TABLE 省略
go
ALTER TABLE [テーブル名] ADD CONSTRAINT [インデックス名] UNIQUE (インデックス項目)
go
exec sp_addextendedproperty 省略
go
INSERT INTO 省略
go
ALTER TABLE [テーブル名] ADD CONSTRAINT [インデックス名] UNIQUE (インデックス項目)
go
------------------------------
回避する方法があればご教授ください。
宜しくお願いいたします。
返信を投稿
OB
土手内@SI
こんにちは。
土手内@SIです。
追加情報のご連絡、誠にありがとうございます。
Object Browser Oracle版ではJOBスケジュールに対応していないため、
DROP処理が正しく実行されない模様でございます。
本件につきましては、ご要望として承り
次回バージョンアップ等のタイミングにて検討させていただきます。
ご不便をおかけし、誠に申し訳ございませんが
何卒、よろしくお願い申し上げます。
土手内@SIです。
追加情報のご連絡、誠にありがとうございます。
Object Browser Oracle版ではJOBスケジュールに対応していないため、
DROP処理が正しく実行されない模様でございます。
本件につきましては、ご要望として承り
次回バージョンアップ等のタイミングにて検討させていただきます。
ご不便をおかけし、誠に申し訳ございませんが
何卒、よろしくお願い申し上げます。
返信を投稿
OB
土手内@SI
こんにちは。
土手内@SIです。
追加情報のご提供、誠にありがとうございます。
ご報告の現象につきましてですが、
「ツール」メニュー → 「オプション」 → 「詳細設定」タブにございます、
「英小文字のオブジェクト名を使用可能にする」がOFF(既定値)の時、
・PROCEDURE
・FUNCTION
・TRIGGER
・TYPE
にてスキーマ名がコピー元のものになる現象を確認いたしました。
ご迷惑をおかけしており、誠に申し訳ございません。
現状では、「英小文字のオブジェクト名を使用可能にする」オプションを
ONとしていただくことで回避可能となっておりますので、ご確認いただいてもよろしいでしょうか。
※「英小文字のオブジェクト名を使用可能にする」オプションを使用した場合、
Object Browserが生成するSQLにて、スキーマ名、オブジェクト名を
二重引用符で囲む動作となります。
お手数をおかけし、誠に申し訳ございませんが
何卒、よろしくお願い申し上げます。
土手内@SIです。
追加情報のご提供、誠にありがとうございます。
ご報告の現象につきましてですが、
「ツール」メニュー → 「オプション」 → 「詳細設定」タブにございます、
「英小文字のオブジェクト名を使用可能にする」がOFF(既定値)の時、
・PROCEDURE
・FUNCTION
・TRIGGER
・TYPE
にてスキーマ名がコピー元のものになる現象を確認いたしました。
ご迷惑をおかけしており、誠に申し訳ございません。
現状では、「英小文字のオブジェクト名を使用可能にする」オプションを
ONとしていただくことで回避可能となっておりますので、ご確認いただいてもよろしいでしょうか。
※「英小文字のオブジェクト名を使用可能にする」オプションを使用した場合、
Object Browserが生成するSQLにて、スキーマ名、オブジェクト名を
二重引用符で囲む動作となります。
お手数をおかけし、誠に申し訳ございませんが
何卒、よろしくお願い申し上げます。
返信を投稿
OBER