■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です！ ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
 |
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
データタブ上から直接更新ができない
2001/11/06 16:31
OB
15
KAMA
データタブ上からデータ抽出後、変更はできないでしょうか？
返信を投稿
OB
初音 玲
>データタブ上からデータ抽出後、変更はできないでしょうか？
抽出条件によっては駄目なときもありますが、普通はできます。
[表示]-[オプション]-[SQL結果出力]の中にある[初期状態をデータ編集可能にする]
チェックボックスにチェックされていないので初期状態で編集できなくなっている
ということはありませんか？
それでもデータの一覧がでているところの左側のボタンの一番上のボタンを押せば、
編集できると思いますけど。
抽出条件によっては駄目なときもありますが、普通はできます。
[表示]-[オプション]-[SQL結果出力]の中にある[初期状態をデータ編集可能にする]
チェックボックスにチェックされていないので初期状態で編集できなくなっている
ということはありませんか？
それでもデータの一覧がでているところの左側のボタンの一番上のボタンを押せば、
編集できると思いますけど。
返信を投稿
OB
KAMA
>[表示]-[オプション]-[SQL結果出力]の中にある[初期状態をデータ
>編集可能にする]チェックボックスにチェックされていないので初期
>状態で編集できなくなっているということはありませんか？
チェックされていますよ。
全件表示状態ならできますが、レコード数が多いと下まで
行くと大変なので、抽出後訂正しようと思ってもできないです。
仕様かな？
>編集可能にする]チェックボックスにチェックされていないので初期
>状態で編集できなくなっているということはありませんか？
チェックされていますよ。
全件表示状態ならできますが、レコード数が多いと下まで
行くと大変なので、抽出後訂正しようと思ってもできないです。
仕様かな？
返信を投稿
OB
初音玲
>全件表示状態ならできますが、レコード数が多いと下まで
>行くと大変なので、抽出後訂正しようと思ってもできないです。
>仕様かな？
どんな抽出条件なのでしょうか？
FAQの方に
｜基本的に、行を特定できないwhere句を入力した場合、
｜SQL実行画面からの更新はできなくなります。
｜結果が1行に絞られていたとしても、「in」などを用
｜いた場合更新はできません。
とありますので、その要件に引っかかっているのでは？
>行くと大変なので、抽出後訂正しようと思ってもできないです。
>仕様かな？
どんな抽出条件なのでしょうか？
FAQの方に
｜基本的に、行を特定できないwhere句を入力した場合、
｜SQL実行画面からの更新はできなくなります。
｜結果が1行に絞られていたとしても、「in」などを用
｜いた場合更新はできません。
とありますので、その要件に引っかかっているのでは？
返信を投稿
OB
KAMA
>どんな抽出条件なのでしょうか？
>FAQの方に
>とありますので、その要件に引っかかっているのでは？
Object Browserをあまり使いこなしていないかも
知れませんが、NAME='AAA'を入力しただけです。
FAQを見ましたが、意味がわかりません。
具体的に教えて頂けないでしょうか？
>FAQの方に
>とありますので、その要件に引っかかっているのでは？
Object Browserをあまり使いこなしていないかも
知れませんが、NAME='AAA'を入力しただけです。
FAQを見ましたが、意味がわかりません。
具体的に教えて頂けないでしょうか？
返信を投稿
OB
初音玲
>Object Browserをあまり使いこなしていないかも
>知れませんが、NAME='AAA'を入力しただけです。
そのnameってフィールドは主キー項目（←行を特定する項目）ですか？
>FAQを見ましたが、意味がわかりません。
FAQのどの部分がどう分からないのか、それをSI社にメールすると
喜ばれると思います。
>知れませんが、NAME='AAA'を入力しただけです。
そのnameってフィールドは主キー項目（←行を特定する項目）ですか？
>FAQを見ましたが、意味がわかりません。
FAQのどの部分がどう分からないのか、それをSI社にメールすると
喜ばれると思います。
返信を投稿
OB
KAMA
[初音玲]
>そのnameってフィールドは主キー項目（←行を特定する項目）ですか？
つまりプライマリーキーのようなものですよね？
プライマリーキーしていますが、できませんでした。
テーブル構造がまずいかね？
>FAQのどの部分がどう分からないのか、それをSI社にメールすると
>喜ばれると思います。
了解しました。
>そのnameってフィールドは主キー項目（←行を特定する項目）ですか？
つまりプライマリーキーのようなものですよね？
プライマリーキーしていますが、できませんでした。
テーブル構造がまずいかね？
>FAQのどの部分がどう分からないのか、それをSI社にメールすると
>喜ばれると思います。
了解しました。
返信を投稿
OB
初音玲
[KAMA]
>>そのnameってフィールドは主キー項目（←行を特定する項目）ですか？
>つまりプライマリーキーのようなものですよね？
そうです。
>プライマリーキーしていますが、できませんでした。
>テーブル構造がまずいかね？
試しに[表示]-[SQL実行]の方で同じ条件で抽出するSQL文を記述したとき
にはどうなりますか？
>>そのnameってフィールドは主キー項目（←行を特定する項目）ですか？
>つまりプライマリーキーのようなものですよね？
そうです。
>プライマリーキーしていますが、できませんでした。
>テーブル構造がまずいかね？
試しに[表示]-[SQL実行]の方で同じ条件で抽出するSQL文を記述したとき
にはどうなりますか？
返信を投稿
OB
>試しに[表示]-[SQL実行]の方で同じ条件で抽出するSQL文を記述したとき
>にはどうなりますか？
>
抽出結果の編集できたましたが、
(左の編集可能ボタンは有効状態です。)
変更はできませんでした。
>にはどうなりますか？
>
抽出結果の編集できたましたが、
(左の編集可能ボタンは有効状態です。)
変更はできませんでした。
返信を投稿
OB
初音玲
>>試しに[表示]-[SQL実行]の方で同じ条件で抽出するSQL文を記述したとき
>>にはどうなりますか？
>抽出結果の編集できたましたが、
>(左の編集可能ボタンは有効状態です。)
>変更はできませんでした。
そうなってくるとテーブル定義（プライマリキーのあたり）を提示して
頂くと次の１歩が分かるかもしれません。
# 抽出条件は、name='aaaaaaa'のみなんですよね？
>>にはどうなりますか？
>抽出結果の編集できたましたが、
>(左の編集可能ボタンは有効状態です。)
>変更はできませんでした。
そうなってくるとテーブル定義（プライマリキーのあたり）を提示して
頂くと次の１歩が分かるかもしれません。
# 抽出条件は、name='aaaaaaa'のみなんですよね？
返信を投稿
OB
KAMA
>そうなってくるとテーブル定義（プライマリキーのあたり）を提示して
>頂くと次の１歩が分かるかもしれません。
># 抽出条件は、name='aaaaaaa'のみなんですよね？
テーブル定義は以下の通りです。(テストですが)
CREATE TABLE EMP2
(
EMPNO NUMBER(4,0) NOT NULL,
ENAME VARCHAR2(10),
JOB VARCHAR2(9),
MGR NUMBER(4,0),
HIREDATE DATE,
SAL NUMBER(7,2),
COMM NUMBER(7,2),
DEPTNO NUMBER(2,0) NOT NULL,
CONSTRAINT EMP2I1 PRIMARY KEY (EMPNO)
)
抽出条件は、EMPNO=7893 です。(name='aaaaaaa'でなくてすみません。)
>頂くと次の１歩が分かるかもしれません。
># 抽出条件は、name='aaaaaaa'のみなんですよね？
テーブル定義は以下の通りです。(テストですが)
CREATE TABLE EMP2
(
EMPNO NUMBER(4,0) NOT NULL,
ENAME VARCHAR2(10),
JOB VARCHAR2(9),
MGR NUMBER(4,0),
HIREDATE DATE,
SAL NUMBER(7,2),
COMM NUMBER(7,2),
DEPTNO NUMBER(2,0) NOT NULL,
CONSTRAINT EMP2I1 PRIMARY KEY (EMPNO)
)
抽出条件は、EMPNO=7893 です。(name='aaaaaaa'でなくてすみません。)
返信を投稿
OB
初音玲
[KAMA]
>テーブル定義は以下の通りです。(テストですが)
この定義のときもちろん出来ないんですよね？
>CREATE TABLE EMP2
（中略）
> CONSTRAINT EMP2I1 PRIMARY KEY (EMPNO)
（中略）
>抽出条件は、EMPNO=7893 です。
これだったら、更新できるはずですけど。
できないとなると、お次は、RDBMSのバージョンとNetClientのバージョン
かな。
>テーブル定義は以下の通りです。(テストですが)
この定義のときもちろん出来ないんですよね？
>CREATE TABLE EMP2
（中略）
> CONSTRAINT EMP2I1 PRIMARY KEY (EMPNO)
（中略）
>抽出条件は、EMPNO=7893 です。
これだったら、更新できるはずですけど。
できないとなると、お次は、RDBMSのバージョンとNetClientのバージョン
かな。
返信を投稿
OB
KAMA
>>抽出条件は、EMPNO=7893 です。
>これだったら、更新できるはずですけど。
>できないとなると、お次は、RDBMSのバージョンとNetClientのバージョン
>かな。
初音玲さんの方は、「データ」タブでも、「表示」→「SQL実行」でも
更新出来ていますよね？
RDBMSバージョンはOracle 8.0.5 EE
NetClientバージョンは8.0.5です。
クライアントOSはWin95です。
>これだったら、更新できるはずですけど。
>できないとなると、お次は、RDBMSのバージョンとNetClientのバージョン
>かな。
初音玲さんの方は、「データ」タブでも、「表示」→「SQL実行」でも
更新出来ていますよね？
RDBMSバージョンはOracle 8.0.5 EE
NetClientバージョンは8.0.5です。
クライアントOSはWin95です。
返信を投稿
OB
>初音玲さんの方は、「データ」タブでも、「表示」→「SQL実行」でも
>更新出来ていますよね？
できてます。
>RDBMSバージョンはOracle 8.0.5 EE
>NetClientバージョンは8.0.5です。
バージョンはあっているので、他の原因でしょうか。
ちょっとお手上げですね。
>更新出来ていますよね？
できてます。
>RDBMSバージョンはOracle 8.0.5 EE
>NetClientバージョンは8.0.5です。
バージョンはあっているので、他の原因でしょうか。
ちょっとお手上げですね。
返信を投稿
OB
海老原 @SI
KAMAさん、初音さんこんにちは。
システムインテグレータの海老原です。
ご回答が遅くなりまして申し訳ありませんでした。
まず、お詫びしなければならない点があります。
FAQの記載が誤解を招くものであったことです。
『基本的に、行を特定できないwhere句を入力した場合、
データタブからの更新はできなくなります。
結果が1行に絞られていたとしても、「in」などを用いた場合更新はできません。』
の箇所ですが、結果が必ず一行でなくてはならないという意味ではなく、
行を特定できないwhere句 = 「in」 など を用いた条件入力 という意味となります。
よって、以下のように訂正させていただきます。
『行を特定できないwhere句（in,like など）を入力した場合、
データタブからの更新はできなくなります。
結果が1行に絞られていたとしても更新はできません。』
また、項目の大文字/小文字を考慮せずに条件を入力した場合も、更新ができません。
こちらはFAQに掲載されておらず、誠に申し訳ありませんでした。
上記の変更点及び簡単な事例を交えたFAQをUPしました。
掲示板上での発言を拝見しますと、どの制限にもひっかからないようなのですが、今一度ご確認頂けますでしょうか。
特に、Net 2.x とNet 8が混在している場合は、「BDE設定」のVEMDER INIT に OCI.DLLが指定されているか、また、条件欄に小文字が入力されていないか、ご確認お願い致します。
もし上記をご確認の上現象が起こるようでしたら、新たな制限の可能性もありますので、
以下の情報を頂きたいと思います。
・SI Object Browser の詳細なバージョン
・IDAPI32.DLL のディレクトリ、バージョン
・SQLORA8.DLL のディレクトリ、バージョン
・全てのテーブルで発生しますか？
・問題の起こるテーブルのデータ行
・「表示」メニュー＞「オプション」タブ ＞「SQL結果出力」＞
「データ編集時の自動コミットを行わない」のチェックボックス値
・データタブ右上の「結果を編集可能にする」ボタン（鉛筆マークのもの） が
初期状態でON になっているかと思うのですが、一度 OFFにして 再度ON にしようとした場合、正常にON の状態になりますか。
以上、どうぞ宜しくお願い致します。
システムインテグレータの海老原です。
ご回答が遅くなりまして申し訳ありませんでした。
まず、お詫びしなければならない点があります。
FAQの記載が誤解を招くものであったことです。
『基本的に、行を特定できないwhere句を入力した場合、
データタブからの更新はできなくなります。
結果が1行に絞られていたとしても、「in」などを用いた場合更新はできません。』
の箇所ですが、結果が必ず一行でなくてはならないという意味ではなく、
行を特定できないwhere句 = 「in」 など を用いた条件入力 という意味となります。
よって、以下のように訂正させていただきます。
『行を特定できないwhere句（in,like など）を入力した場合、
データタブからの更新はできなくなります。
結果が1行に絞られていたとしても更新はできません。』
また、項目の大文字/小文字を考慮せずに条件を入力した場合も、更新ができません。
こちらはFAQに掲載されておらず、誠に申し訳ありませんでした。
上記の変更点及び簡単な事例を交えたFAQをUPしました。
掲示板上での発言を拝見しますと、どの制限にもひっかからないようなのですが、今一度ご確認頂けますでしょうか。
特に、Net 2.x とNet 8が混在している場合は、「BDE設定」のVEMDER INIT に OCI.DLLが指定されているか、また、条件欄に小文字が入力されていないか、ご確認お願い致します。
もし上記をご確認の上現象が起こるようでしたら、新たな制限の可能性もありますので、
以下の情報を頂きたいと思います。
・SI Object Browser の詳細なバージョン
・IDAPI32.DLL のディレクトリ、バージョン
・SQLORA8.DLL のディレクトリ、バージョン
・全てのテーブルで発生しますか？
・問題の起こるテーブルのデータ行
・「表示」メニュー＞「オプション」タブ ＞「SQL結果出力」＞
「データ編集時の自動コミットを行わない」のチェックボックス値
・データタブ右上の「結果を編集可能にする」ボタン（鉛筆マークのもの） が
初期状態でON になっているかと思うのですが、一度 OFFにして 再度ON にしようとした場合、正常にON の状態になりますか。
以上、どうぞ宜しくお願い致します。
返信を投稿
OB
海老原さん、どうもこんにちは
バージョンは以下の通りです。
SI Object Browser のバージョン => 7.0.8.41
IDAPI32.DLL のディレクトリ、バージョン => 5.1.1.1
SQLORA8.DLL のディレクトリ、バージョン => 5.1.0.6
早速ですが、FAQを確認しましたところ、
原因は「データ」タブの場合、項目を小文字で入力していたのでした。
「SQL実行」の方は、いまのところ如何なる、抽出条件を入力しても
更新はできています。
おかげさまで解決できました。これで作業がさらに向上できます。
この後、COMMIT処理に苦労しました。
初音玲さん、いろいろとご対応ありがとうございました。
バージョンは以下の通りです。
SI Object Browser のバージョン => 7.0.8.41
IDAPI32.DLL のディレクトリ、バージョン => 5.1.1.1
SQLORA8.DLL のディレクトリ、バージョン => 5.1.0.6
早速ですが、FAQを確認しましたところ、
原因は「データ」タブの場合、項目を小文字で入力していたのでした。
「SQL実行」の方は、いまのところ如何なる、抽出条件を入力しても
更新はできています。
おかげさまで解決できました。これで作業がさらに向上できます。
この後、COMMIT処理に苦労しました。
初音玲さん、いろいろとご対応ありがとうございました。
返信を投稿
OB