■SI Object Browser 掲示板

・・・あなたもしつこいですね。。

>先に書いたとおり、私の希望は不具合が解消した状態でオブジェクトブラウザを使うことです。
>つまりオブジェクトブラウザの購入と有償サポート加入は不可分なんですよ、同じことなんです。
>少なくとも最初の回答の時点では。
>有償サポートに加入せずオブジェクトブラウザのみ買うと言うことは、保守を受けずに問題を解決して運用するという選択肢が存在すると言うことですよ。
>本当に文脈読んでますか？
>大半の人がそう思うんですよね。
>そんなことが出来るなら是非教えていただきたい。

言うまでもないと思っていたのですが、

・購入し、修正パッチが出るのを待つ。
・修正されたバージョンを買う

以上は保守加入の必要はありません。保守加入でないと受けられないのはメジャー
ＶＵＰだけです。
現にＶ12のリリース後、修正パッチがその後に公開されています。
購入と保守は不可分とか、わけのわからない持論を展開する前に、
少しは自分で調べてください。
不可分だったら普通加入必須で販売されるでしょうに。

>それこそが私の求めるものなんです。

またあなたの求める回答が変わりましたね。しかもすべて後出しです。

把握しているか、対応予定はあるか
　　↓
保守に入ったら解決するか
　　↓
保守に入らずに問題を解決する方法云々

「私の求めるもの」をあなたの書き込みから一発で回答できる人はおそらく
この世にいません。
前にも言いましたが、聞きたいことはちゃんと記述してください。

文脈たどってもわからないですよ。行間に潜むあなたの考えを
読み取らないと無理です。

>最初の回答は有償サポートに加入しないと教えられません、です。

当たり前です。そういう決まりであり、答える必要がないのですから。
それでもあなたが食い下がるから回答してくれてるんです。
「これは技術的な質問ではない」とおっしゃっていましたが、その判断を
するのはあなたではありません。
それと、「教えられない」ではなく「回答できない」です。
揚げ足取りのように感じられるかもしれませんが、この二つは意味が違います。

・知っているが「教えられない」
・内容を把握していないため「回答できない」

で、だいぶ意味が変わりますよね。あなたの文面からは前者だといいたそうですが、
サポートの方からの返信を見る限りはおそらく後者なんでしょう。

>その時点で私が加入していたらどうです？
>望む結果を得られずに、私の依頼主はお金を、私は信用を失っていたことでしょう。
>「ちゃんとした回答」だったでしょうか？


根本的に勘違いしているようですが、技術サポートが受けられるようになるのと、
問題が解決するのは別問題です。

>>まず、サポートの方は一度もサポートの加入を勧めていないと思います。
>>金銭の支払いを求める記述はどこにもありません。これはちょっと歪曲しすぎじゃないでしょうか。
>
>私は知りたいと言いました。
>知りたい人にサポートに入らないと教えられないと言ったら、これは「知りたかったらサポートに入ってください」という意味ではありませんか？
>何処に歪曲がありますか？

あなたの解釈と文面があらわす事実とは違うということです。事実と違えば歪曲ですね。

これ以上続けてもどうにもならなさそうですし、こちらの掲示板、閲覧している方々
にもご迷惑でしょうから、これ以上返信は結構です。
されても私からはもう何もすることはありません。

それと、これはサポートの方への要望といいますか、苦言です。

掲示板の冒頭に記述されている
「環境依存、技術調査が必要な問題は掲示板では答えない」は、単なる飾りですか？
匿名さんのように、少しぐらいゴネられたからって規定を覆し、
安易に調査・回答されては、いったい何のためにお金を出して
保守契約を結んでいるかわかりません。

保守に未加入の方を含め、誰もが閲覧できるような掲示板で、
少し粘れば回答が得られるのなら、誰だってそうするでしょう。
私含め、調査が必要な技術サポートは有償である規則だというので、
皆さんそのサービスを得るためにお金を払っているのです。
いつまでも食い下がられては面倒だからかも知れませんが、だからといって
簡単に調査・回答する姿勢は、全保守ユーザーに対して失礼だとは思いませんか？
二年間保守、決して安くはないのですよ。

以上です。こちらに対しても返信は特に要りませんが、一保守ユーザーの
意見として一考いただければ幸いです。

わざわざ調べてくださってありがとうございます。

>①オブジェクト識別子の制限（通常は30文字）に引っかかっている
エラーメッセージから察するに、この可能性が高いとは思うのですが．．．
問い合わせの環境はSJISですので全角１５文字までＯＫのはずで、実際に作ることも更新することも可能です。

バージョン１２の動作は、全てマルチバイトの場合１４文字でエラー。
一文字減らして１３文字ですとエラーになりません。
仮にNLS_NCHAR_CHARACTERSETの設定による規制と考えるとUTF8ですから３９バイトまでＯＫと言うことになってしまいます。
不可解なことですが、３０という数字には当てはまらないようです。


>②キャラクタ・セットの関係
今回のケースでは、問い合わせの環境において「JA16SJIS」と「JA16SJISTILDE」に動作の違いがありませんでした。

データベースのキャラクタ・セットをUTF8にするとサポートさんの場合と同じでテーブル自体が作れなくなります。
このケースは文字数からして30文字規制なのは間違いないと思われます。
正常な動作ですね。

UTF16の環境は、現在検証中です。
結果が出るのは連休明けになるでしょう。

現在既存システムの多国語化を検討しているのですが、多国語化が必要な文字列以外の部分は既存のものをそのまま使いたいという依頼主の要望ですので、今のところフィールド名を変えないという前提で動いています。

前提条件を見直す必要がありそうですが、設計変更となると追加の予算を獲得せねばならず、詳しい理由、変更により確実に問題が解消すること、弊害が無いことを説明しないといけません。
客観的に見てオブジェクトブラウザを使うために設計変更と言うのは難しいですね。

保守・サポートのページ
http://www.sint.co.jp/products/siob/ob/sp/tech_support.html

に、
「技術的なお問い合わせには、以下の方法がございます。」
とあり、この掲示板も含まれています。

「お問い合わせ方法 :
SI Object Browser掲示板 より投稿してください。
弊社担当より掲示板にて回答いたします。」

とありますが、この掲示板で回答していただける「技術的なお問い合わせ」とはどのようなものをさすのでしょうか？

>「お金を払えば云々」は、保守料金のことだと理解していたんですが、

>この文章読んだら、大半の人が保守のことだと思いませんか？

先に書いたとおり、私の希望は不具合が解消した状態でオブジェクトブラウザを使うことです。
つまりオブジェクトブラウザの購入と有償サポート加入は不可分なんですよ、同じことなんです。
少なくとも最初の回答の時点では。

有償サポートに加入せずオブジェクトブラウザのみ買うと言うことは、保守を受けずに問題を解決して運用するという選択肢が存在すると言うことですよ。
本当に文脈読んでますか？
大半の人がそう思うんですよね。

そんなことが出来るなら是非教えていただきたい。
それこそが私の求めるものなんです。

>問題を把握しているか？対応予定があるか？の問いにはちゃんと回答してくれてますよね。少々残念な回答ですけど。

最初の回答は有償サポートに加入しないと教えられません、です。
その時点で私が加入していたらどうです？
望む結果を得られずに、私の依頼主はお金を、私は信用を失っていたことでしょう。
「ちゃんとした回答」だったでしょうか？

>まず、サポートの方は一度もサポートの加入を勧めていないと思います。
>金銭の支払いを求める記述はどこにもありません。これはちょっと歪曲しすぎじゃないでしょうか。

私は知りたいと言いました。
知りたい人にサポートに入らないと教えられないと言ったら、これは「知りたかったらサポートに入ってください」という意味ではありませんか？
何処に歪曲がありますか？

ログオン画面の、「接続先リスト」に「サーバー」も表示して欲しい。
ログオン後の、タイトルバーにも「サーバー」を表示して欲しい。

「オブジェクト名の検索」で、検索後に「オブジェクト」をＷクリックし表示後に「×」で戻った時に、「オブジェクト名の検索」が青くアクティブのように見えるがクリックしてからのみしか入力できない。

データタブの、レコードのコピー＞貼り付けで同一行をコピー挿入しようとすると
NULL値のデータが、NULLにならない。
なるものと、ならないものがある（定義情報の、必須：省略時値とも一致していない）

その後、色々と調べてみました。

グリッドを使わず、直接SQLを投げても同様のエラー(ORA-00972)になることも確認しています。

考えられる原因（仮説）としては、次の２点に絞ってみました。

①オブジェクト識別子の制限（通常は30文字）に引っかかっている
②キャラクタ・セットの関係


①オブジェクト識別子の制限（通常は30文字）に引っかかっている
試しに列名「ＮＶＣ＿５６７８９０１２３４」を半角の
「NVC_5678901234」に変更しテーブルを生成すると、正しく動作することを確認しました。
全角だと文字数が３１なので制限に引っかかっている可能性がある。


②キャラクタ・セットの関係
オラクルの「グローバリゼーション・サポート・ガイド」等を読みますと
「NCHARとNVARCHAR2は、Unicode文字データを格納するUnicodeデータ型」とあります。
ということは、初期化パラメータの「NLS_CHARACTERSET」の設定が関係している可能性がある。

匿名さんのNLS_CHARACTERSETは、「JA16SJIS」となっています。（ちなみに、私の環境は「JA16SJISTILDE」です。）
データベースのキャラクタ・セットを変更して試していないのですが、
キャラクタ・セットをAL16UTF16またはUTF8いずれかに変更したら上手くいくのかもしれません。

私の環境では、キャラクタ･セットを変更せず、列名を30文字以内にすることで希望通りの動作をします。

サポートの方は、①②のことがあったので「環境依存」と仰ったのかもしれません。（あくまでも想像です）

以上、実行環境は「Visual NAVI」でテストしました。
ＯＢ Ver.12で同様のことをされて、結果がどの様になるかですね。

>本件につきましては調査が必要な内容となりますので
>
>oob.support@sint.co.jp
>
>までご連絡いただけますでしょうか。

そちらの環境では再現しないということでしょうか？
こちらから伝えられる情報はこれ以上なく、
制御ファイルも同時に出力すれば処理は行えるので、
再現しないのであれば本件はクローズでよいです。

また、制御ファイルにデフォルトでCHARACTERSET UTF8が
付いてしまうのですが、これを外すことはできますでしょうか？
オプション指定を探したのですが、見つかりません。

こんにちは
OBサポートです。

本件につきましては調査が必要な内容となりますので

oob.support@sint.co.jp

までご連絡いただけますでしょうか。