■SI Object Browser 掲示板

>データタブ上からデータ抽出後、変更はできないでしょうか？
抽出条件によっては駄目なときもありますが、普通はできます。
[表示]-[オプション]-[SQL結果出力]の中にある[初期状態をデータ編集可能にする]
チェックボックスにチェックされていないので初期状態で編集できなくなっている
ということはありませんか？
それでもデータの一覧がでているところの左側のボタンの一番上のボタンを押せば、
編集できると思いますけど。

機能というわけではありませんが、SQL Server版を出して欲しいです。
最近、SQL Serverでの開発でEnterprise Managerを使っているのですが、「ストアドプロシージャを作成して試すのに、いちいちクエリアナライザでコマンド発行しなければならない」「さっき発行したSQLを再発行したいのに戻れない」「テストデータをテーブルに入力するのに、SQLを使わなければならない」などなど、今までSI Object Browserで当たり前にやっていたことが全然できなくていらいらしています。
あらためて使い勝手の良さに感心するとともに、SQL Server版が欲しいと強く感じました。お願いします。

半人前のＤＢ管理者としてはパフォーマンスチューニングに
いつも頭をなやませています。
現在のものにもいくつかの機能がありますが、
更に充実させていただきたいと思います。

１．テーブル、インデックスのエクステント数、空領域、
（あとテーブルはレコード数なんかもあると便利かも）

２．ＲＢＳのエクステント数
（９ｉからは無用になったのかなあ？）

３．ＳＱＬチューニイング
（既に実装している他社製品もあるようですが高価なので）

勝手ながら思い付くままに挙げてみました。
またひらめいたら書き込みます。

以前にも掲示板に書込みしたのですがCHAR属性の項目編集で
[Delete]キーを押したらNULLになるように出来ませんか？
これさえ出来れば非常に使い勝手が良くなるんですが・・・（個人的に）

SEGAです。
追加機能について、欲しいものから順に。

１）Oracleの監視機能

定期的にOracleの状態を監視。
事前に指定しておいた[しきい値]を超えた場合は、保守担当者にメールで連絡する。
（領域不足の兆候、パフォーマンス低下などを監視する）
１台の監視用ＰＣから、複数台の遠隔地のサーバを監視するイメージです。
数十台のサーバを担当している管理者にとっては、有難い機能だと思います。

２）AccessテーブルをOracleテーブルに変換する機能

OracleからAccessへの変換はODBCリンク経由で可能なので、その逆も欲しい。

３）印刷機能

Procedureソースの印刷機能が欲しいです。

４）データディクショナリの日本語訳

数が多いので大変だとは思いますが。。

以上です。ご検討頂ければ幸いです。

以下に要望事項を上げます。検討をよろしくお願いします。

(1)テーブル一覧等でコメント名を表示してほしい
　　要望：テーブルやビューの一覧表示時にオブジェクト名の横列にコメントを
　　　　　表示してほしい
　　理由：コメントの日本語オブジェクト名を表示したいため

(2)ログ出力
　　要望：OOBの操作ログをテキストファイルに追記出力してほしい
　　　　　(投げたSQL、変更した定義、ALTER SYSTEMやSESSIONしたSQL、等)
　　理由：OOBで誰がどのような操作を追跡するため。（自分を含めて）

(3)トリガーの8i対応
　　要望：システム系トリガーの参照および作成機能がほしい
　　理由：システムトリガーを作成してもOOBで参照ができないため

(4)SQLテンプレートの8iバージョン
　　要望：SQLテンプレートの8iバージョンがほしい
　　理由：マニュアルPdfを見なくてすむため

(5)現状のデータベース状態内容のレポート出力
　　要望：データベースの定義情報や、稼動情報をレポート出力してほしい
　　理由：定期的に出力し、時系列に稼動状況を把握したいため

こんにちは、システムインテグレータの梅田です。
いろいろと参考になるご意見、本当にありがとうございます。頂いた意見は1つずつ必ず検討させていただきます。機能検討ミーティングは11月12日なので、まだまだ間に合いますので、日頃お使いの中で感じたことをどうぞお知らせください。
「日本の」「ベンチャー企業の」「顧客想いの強い会社の」プロダクトらしく、皆さんの意見はできるだけ取り入れたい（という精神で）と思っています。（でも、技術的な問題点やビジネス的な判断でできないことも多いと思いますので、そのときはご容赦を）。

この頃はあまりＯＢを使う機会が減りましたが・・・・

以前使用していた時に、ＤＢＡでなくても本番データ（定義情報など）を書き換えできてしまう事について、アクセス権限（ＯＢの使用権限）を設定できると
いいかなと思いました。
ちなみに、当社のお客様の環境では、大規模なのに１ユーザーでのスキーマとなっていて
（色々な環境＜サーバー数百＞では、開発、試験、本番それぞれのスキーマ等を
変更しても、セキュリティー面では良いが開発面での手間がかかると言う理由）
どちらかというとＤＢＡのパスワードもしられがちな環境なので。

本当はＤＢＡ及びシステム権限のＵＩＤ／ＰＷは変更したいがそう簡単にはいかない
状況です。

TEMPORARY TABLEの
ON COMMIT DELETE ROWS
ON COMMIT PRESERVE ROWS
に対応して頂けると嬉しいです。SYSユーザのVIEWを調べれば判別可能だと思いますので。

後、SQL実行で使用したSQL文は履歴として保存されますが
保存するタイミングがSQL実行時ではなく、OBを終了させた時だと思います。
何らかの原因でOBが正常終了できなかった場合、SQL文の履歴が残らないので
可能で有ればSQL実行時に履歴を保存してください。
そうして頂けると、異常終了してしまった場合でも安心して作業を継続できます。

Takeさん、こんにちは。システムインテグレータの海老原です。
弊社の製品、SI Object Browser をご利用頂き、誠にありがとうございます。

頂いたご要望は、今後のバージョンアップの際に検討させていただきます。
ご報告ありがとうございました。今後ともどうぞ宜しくお願い致します。

[中ＣＯＵ]
>いま　オブジェクトブラウザを使用としたら　何回もデータベースに接続して
>うまくいかなかった。
「ヘッダの初期化に失敗しました」というエラーメッセージだとしたら
http://www.sint.co.jp/siob/html/faq7.html
の「接続できない」あたりは確認してみましたか？

[tekuo]
>トリガーの有効／無効の切り替えを
>通常　ALTER TRIGGER trigger_name ENABLE/DISABLE でしているんですが
>このコントロールを Object Browser で、できないのでしょうか？
できますよ。
テーブル定義すると、フィールド定義一覧表の下にある枠の中に制約などと
一緒にTriggerってでていませんか？

>ORACLEで開発をしています。
>PRO*COBOLを主流に開発をしている者です。
大変ですね。

ObjectBrowserの開発者でも関係者でもないので、単なる技術的好奇心からですが、
ちょっと質問させていただきます。
>COBOLにはLOW-VALUEが存在します。これはDBに存在するNULLとは異なるものです。
>開発中のプログラムではDBのレコードにLOW-VALUEが発生する場合はしばしばあります。
>OBでデータを表示した場合、文字の後の空白はすべてカットされた状態で表示されます。
>例えば、10byte中5byteの文字列が入っている場合に残り5byteは空白かLOW-VALUEかの
>判断が出来ません。
それって、LOW-VALUEなのにカットされるということでしょうか？
「LOW-VALUEはNULLと異なるもの」、「文字の後の空白はすべてカットされた状態」
という記載からすると、LOW-VALUEなるものを空白と同等に扱ってしまうって点に
まず問題があるのかなぁといったところですよね。
#質問の後半に
#>（LOW-VALUEはバイトに文字がが存在しない意味となり、空白はカットされるため）
#という事なので、両方ともカットされるって事でいいのかな。

文字列って事は、VARCHAR2とかCHARって事ですよね。その中に文字列じゃないもの
を設定しているときにどのように表示したら良いだろう考えてしまいました。
そのLOW-VALUEをSQL*Plusなどで検索したり表示したりするとどのように見えるの
でしょうか。
あと、SQL*PlusでLOW-VALUEを扱う方法ってあるのでしょうか？

まったく個人的な意見ですが、COBOLのLOW-VALUEってある種のNULLですよね。
NULLがあるのだから、それ以外に同じようなLOW-VALUEを使う意味ってのがない気も
します。
COBOLで書かれたホストのシステムをOracleを使ったものに作り直した事も何件かあ
りますが、これといって特にNULL以外にLOW-VALUEが欲しいと思う局面に出会った事
もなかったので。

>上記理由により、HEX表示機能か、あるいは空白削除機能の排除を希望します。
実現するのならば、HEX表示機能にしても空白削除抑止機能にしても、設定（やボタ
ン）によって切り替えられるようにして、現在の使い勝手も残して欲しいです。
だって、CHAR型の後ろ空白なんてGUIじゃ邪魔ですから。

後スペースのあるなしを区別したいのであれば、varchar2 型を使えばよろしいのでは？
char 型に low-value ( chr(0) の事ですよね )を入れるのは次の開発や保守に余計な
混乱を与えると思います。というか実際過去に混乱しました。

ちなみに varchar2 型ならば OOB でもある程度区別つきますよ。

参照したいだけならビューを作って確認という手もありますし。

create view employee_dmp as
select rawtohex(last_name) from employee

とか。

「一時表」でワード検索してみませう。