ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 面白そうな機能 | |
| BLUELION 2004-6-2 16:25:00
[返信] [編集] 640ADテスト機で面白そうなこと教えてください うちの会社では COBOLとスマートの機能しか使っていないのでどうもぴんときません | |
| ＶＰＮを使おう！ （今こそＡ−ＶＸで新システムを） | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 9:39:00
[返信] [編集] ☆ ブロードバンドを利用したＶＰＮの出現は、Ａ−ＶＸに対しても大きな恩恵を与えつつあります。 ☆ 従来回線＋ＶＷＳを使ったオンラインシステムは、ＡＳ４００（その昔はＳ３６も含む）や、メインフレームに比べて大きなハンディがありました。Ａ−ＶＸｃｏｂｏｌからの対話型処理は、（特別な作り方をしない限り）項目単位に行なわれるため、ＡＳ４００などの画面単位の送信、受信方式と比べてきわめて通信上でのレスポンスが悪く、インラインのソフトをそのままオンラインで使うことが難しいケースが多々ありました。 そこで、支店などに配置されたＡ−ＶＸ機にバッチでデータ転送したり、とかいうのがよくありました。 ☆ 以前のジオボードでの投稿にもありましたね。 営業所（下請けさんでしたっけ？）で、制作指図のデータをバッチ受信する小型Ａ−ＶＸ機をパソコンで代替えできないだろうか？ というような話です。 ☆ 今の６００シリーズでしたら、本社のＡ−ＶＸ親機からメール連携を使って、ＣＳＶデータを添付送信し、それをＰＣで取り込む、というのも出来ますし、小規模な場合こちらの方が手っ取り早いような気もしますが、 この際、 「ＶＰＮを使って、本社支店間の直接オンラインシステムの構築＝集中管理による新システムの構築」を検討してはどうでしょうか？ もちろん支店側の端末はすべてＰＣです。支店側にＡーＶＸマシンは不要です。 ☆ インターネットを使ったＶＰＮは、まだまだクリアすべき課題が多くあることは確かですが、Ａ−ＶＸを使ったオンラインシステムに大きなチャンスが生まれていることだけは間違いがありません。Ｃ／Ｓ型のオープン系のシステムをそのままＶＰＮに乗せるのは問題が多く、むしろＡ−ＶＸを使ったシステムの方がＶＰＮに乗せて行くのに有利であるようです。 | |
| Re: ＶＰＮを使おう！ （今こそＡ−ＶＸで新システムを） | |
| ターラヤン 2004-6-2 9:39:00
[返信] [編集] 情報ありがとうございます | |
| Re:データベースエンジン（少し訂正あり） | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 8:19:00
[返信] [編集] ☆ 前回の投稿内容は少し不正確だったようで。。（すみません） ☆ まず、Ｓ７２００以前のＤＢエンジンですが、「別プロセッサ」を使っていたかどうか？？？ 物理的に別のメモリー機構をオプションで追加したことだけは確かです。 ☆ どうやらこのＤＢエンジンという仕掛はディスクのＩ−Ｏ（ＲＥＡＤ／ＷＲＩＴＥ）を高速化するためのものらしく、ｃｏｂｏｌからのＳＥＬＥＣＴ文による検索を高速化するためのものではないようです。（結果的に高速化するとおもいますが。。） ☆ 三菱「グレオ」の場合は完全に別プロセッサ＋メモリで処理され、どちらかというとデータの抽出、並べ替えなどに威力を発揮するようです。 ☆ もし、ディスクＩ−Ｏの高速化ということであれば、マスタを頻繁に参照、更新するような処理などに向いているのではないでしょうか？ マスタをＤＢエンジンに貼り付けるのでしたらそれほど大容量メモリが使えなくてもいいかも。 ☆ ただ、これを使うとＣＰＵ負荷がかかるらしく、その辺を考慮して使用することと他の方からうかがっています。（ＤＢエンジンを使用しない他の業務の処理に影響を与えるので、タスク間の優先を考慮する必要がある） ☆ Ｓ７２００以前についていえば、このＣＰＵ負荷というので結構苦労しましたね。大量データを検索しに行くと他の業務（入力業務のレスポンスなど）に影響が出やすかったんで。。 ☆ ６８０ＡＤというのを使って（使わせてもらって？）開発したことがありますが、もう、この、４ＣＰＵの世界というのは別次元でしたね！！ カットオーバーしてみんなが思ったのは、「昨日までの７２００でのことは何だったんだろう？？」 | |
| Re:データベースエンジン | |
| ＥＸＣＨＡＮＧＥ 2004-6-2 0:24:00
[返信] [編集] ☆「あき」さんたちと少し議論がかみ合っていないように思うのですが。。 ☆ 多分、「ｂｌｕｅｌｉｏｎ」さんのおっしゃっておられるのはＭＳＤＥ等のようなＤＢＭＳの事ではなく、古いＡ−ＶＸマシンで「別プロセッサ」を使ってやっていた物理的な高速化機構（三菱のオフコンでいうと「グレオ」と同様な機構）で、現在はサーバのメモリを使って行っています。 > DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが > DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ ☆ このサーバメモリを使った高速化機構ですが、たしか最大で２５６Ｍぐらいしか使えなかったように記憶しています。下位機種ではもっと少なかったような気がします。 ☆ マスタにしてもデータファイルにしても、この程度の大きさなら、ふつうに全件検索してもたいしたことはないので、そんなにありがたいと思ったことはありませんので、私としては実際に使用した経験はありません。 ☆ ただ、ちらっと調べた感じでは、 （１）ＳＧにおいてＤＢエンジンサイズを指定。（あっ！これは済んでいるんでしたね。。） （２）たしかシステムメニュー（Ｆ９キーを押下すると出てくるやつです。ＳＧ設定によってはＡ−ＶＸログイン時に初めから表示されている場合もあり）にて、０３「媒体管理支援」を選ぶと、Ｅ／ＤＢ?エンジンが出てきます。ここで「ＰＲＥ−ロード」、「解放」とやるのではないでしょうか。。 ☆ サーバ起動時に実行させるには、上記をパラメータ化して初期ジョブで実行させるのでしょうか？？？ 実際に実行したことがないのでよく分かりません。何か参考になれば。。。 | |
| Re:データベースエンジン | |
| AD640好き あらため bluelion 2004-6-1 15:38:00
[返信] [編集] 返信ありがとうございます 実は本システムは7200/100で稼働していて バックアップに640ADがある環境なので いままであまりいじっていませんでした DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ | |
| Re:データベースエンジン | |
| あき 2004-6-1 2:09:00
[返信] [編集] 皆様はじめまして。 あきと申します。 > そこで私物のＡ−ＶＸを最大限使うべく > 普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりません > ちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました > いろいろ書こうと思っていたのですが、 そもそもDBエンジンを使わないA-VX環境ってアリなんですかね（笑 | |
| Re:データベースエンジン | |
| ターラヤン 2004-6-1 1:10:00
[返信] [編集] はじめまして。ターラヤンと申します。今後ともよろしくお願いします。 いろいろな機能を試してみることができるので、自分専用のオフコンがあるといいですね。 ６４０ＡＤのようですが、当時定価で購入すると結構な値段のはずです。ＯＳなどソフト一式もきちんと付いていたのなら、おそらくお得なのでしょう。 私も以前オークションにＮ８ＶＳIIが出ているのを見たことがありますが、本体がバラバラの状態な上にＯＳも無いようだったので、これを買う人がいるのだろうかと疑問に思っていました。 データベースは、標準装備なので、使えるはずです。データベースのマニュアルを見ながら、気長にやってみてはどうでしょうか。 最近のオープン系のデータベースとは、内部構造が結構違っているため、設定、準備など異質な部分もあり、慣れないとちょっと難しいかもしれません。 | |
| データベースエンジン | |
| 640ＡＤ好き 2004-5-30 23:46:00
[返信] [編集] はじめまして 仕事でＡ−ＶＸを使っているのですが たまたま最近オークションに出ていたので落札しました そこで私物のＡ−ＶＸを最大限使うべく 普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりません ちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました 追加 現在Ｐ２ 450とサードパーティーメモリをいれ実環境より充実しています ＮＥＣの人には初めて私物のＡ−ＶＸを見たと笑われました | |
| Re:リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-5-19 11:51:00
[返信] [編集] 温泉好きのうさぎさん リンケージ うまくいけ 助かりました。 ありがとうございます。 これからもよろしくお願いいたします。 | |
| Re:間違い（ＲＤＢサーバーとアクセスソフトウェア） | |
| 江須扇 2004-5-8 10:18:00
[返信] [編集] 江須扇です。ターラヤンさんご無沙汰しております。 早速の回答ありがとうございます。 ＞「アクセスソフトウェア」もこれ単独では使えず、「ＰＣーＲＤＢサーバ」が必要なようです。 ＞「アクセスソフトウェア」は「ＡーＶＸ４ ＲＤＢサーバ」と同じ？ 私は実際開発した事はないのですが、カタログ等での意味はある程度理解はしております。 ただ、Ａ−ＶＸの中では基本的にはＣＯＢＯＬ（ＳＭＡＲＴ−ＥＸもありますが・・・） で開発でオールインワン的にお任せ定食的にできますが、 データベース、ミドルウェア、開発ソフト三層構造等等 オープン連携システムはオープンの名の下にいろいろとアプローチがありそのソフトを選んだ 所謂「自己責任」的であり最初の一歩で何を選ぶか迷って前に進めません。 オープンの人たちの考え方はスクラップアンドビルド的で自分の採用した方法が失敗したら また、次は新しい流行の方法をすれば良いという資産継続性を無視した考えかで、古いＳＥ はついていけません。 前置きが長くなりましたが、 「ＲＤＢサーバー」と「ＲＤＢアクセスソフトウェア」は同じ系列で、旧機能を継続サポートが前者、 標準機能（ＳＱＬ＆ＯＤＢＣ）と新機能のみが後者です。 という事で古いＰＴＯＳ機能もサポートしているというのか特徴のようです。 という事でＷｅｂ化が可能とのことＪａｂａ対応のＪＤＢＣと私にはよくわかりませんが・・・・ ※この名前の付け方がダメですねＰＣ−ＲＤＢクライアントにすればわかりやすいと思いますが・・・・ ＩＩＳ利用だとサーバー機能の表現が良いかも？ でも機能的にはクライアントと思います。 ＯＳ込みのＡ−ＶＸ／ＲＤＢ以外はサーバー側のＲＤＢサーバーも含め全て有償ソフトと理解しております。 詳しくは以下を http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBSV/RDBSV.HTM 「アクセスキット」は 一般ファイルが使えるのが特徴でＣＯＢＯＬのＲＥＡＤ／ＷＲＩＴＥ的利用方法と考えられます。 Ａ−ＶＸ�鍵聞澆靴�できません。サーバー側はＯＳ込みでクライアント側のみ有償ソフトです。 個人的にはＲＤＢアクセスソフトウェアもこちらに統合されＳＱＬもＯＤＢＣも使えるようになると嬉しいのですが 現在はダブルスタンダードのままで名前も含め非常にわかりづらいです。詳しくは以下を http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBAccessKIT/openclient.htm ということでカタログデータは解かるのですが実体験が無いので一歩進めないのです。 | |
| 間違い | |
| ターラヤン 2004-5-7 11:31:00
[返信] [編集] 「アクセスソフトウェア」もこれ単独では使えず、「ＰＣーＲＤＢサーバ」が必要なようです。 「アクセスソフトウェア」は「ＡーＶＸ４ ＲＤＢサーバ」と同じ？ こちらは、私も自信がないので、どなたか詳しい人が答えてくださると良いのですが。。。 | |
| Re:Ｗｅｂアプリケーション開発 | |
| ターラヤン 2004-5-7 0:04:00
[返信] [編集] こんにちは。 ＡＣＣＥＳＳを使用するなら、「Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキット」は「ＲＤＢ／ＦＩＬＥアクセスコントロール」も必要です（両方とも標準機能ではありません）。 「Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキット」の方は、以下のＨＰのダウンロードにサンプルがあります。 http://www.ace.comp.nec.co.jp/product/2nd/avxkit/avxkit.html また、そこの「関連製品の体験版ダウンロード」に「アクセスコントロール」にＡＣＣＥＳＳを使ったサンプルプログラム＆マニュアルがあるので、参考にしてみてはどうでしょうか。 「Ａ−ＶＸ／ＲＤＢアクセスソフトウェア」でＡＰを開発したことはありませんが、以下のＨＰの説明を読む限りでは、「アクセスソフトウェア」の方が簡単かもしれません。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBSV/RDBSV.HTM ちなみに、両方とも、ＤＢがオープン系になっても、そのまま使えることを売りの１つにしていますが、 将来Ａ−ＶＸ／ＲＤＢからオープン系ＤＢ（ＯＲＡＣＬＥなど）にした時、今回作ったＡＰをそのまま流用するとしたら、 ・「アクセスキット」＋「アクセスコントロール」の構成で作った場合は、ｏｒａｃｌｅにアクセスする場合も「ＤＢリンクキット」＋「アクセスコントロール」が必要になる。（要するに将来ずっと２製品購入し続けなくてはならない。） ・「アクセスソフトウェア」なら（サイトの説明を読む限りでは）Ｏｒａｃｌｅ用のＯＤＢＣドライバを使うだけでよいみたいです。 | |
| Ｗｅｂアプリケーション開発 | |
| 江須扇 2004-5-5 13:11:00
[返信] [編集] ご無沙汰しております。江須扇です。 ＣＯＢＯＬしか開発した事がないので、基本的質問です。 ＰＣとのリンクを＃ＮＦＣＮＶでしか使っておりません。 ＯＳはＡ−ＶＸ�牽魁ィ気任后� ＯＳ標準のＷｅｂ連携機能でも良いのでが最新版の機能説明では書いてないので評判が良くないのでしょうか？ http://www.ace.comp.nec.co.jp/product/2nd/avx4/avxapobj/index.htm Ｗｅｂ開発ソフトは経験がなので良いソフトがあれば教えてください。 ＡｃｃｅｓｓのＷｅｂ機能を利用した開発でも可能でしょうか？ その場合、 １．Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキットか ２．Ａ−ＶＸ／ＲＤＢアクセスソフトウェア どちらを利用した方が良いのでしょうか？ １番の方がサーバーが標準機能でコストがかからないように思いますがアクセスがリードライト風なので難しいでしょうか？ ２番はサーバーソフトの購入が必要ですがＯＤＢＣなのでＡＣＣＥＳＳの開発は簡単なのでしょう？ 実際に開発された方でメリットデメリットを教えていただけないでしょか？ | |
| Re:リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-4-30 10:37:00
[返信] [編集] ありがとうございます。 試してみます。 また 結果を報告します。 | |
| Re:リンケージ | |
| 温泉好きのうさぎ 2004-4-28 10:58:00
[返信] [編集] ＃ＬＩＮＫのパラメータで最後に出てくるＩＮＣの記述を省略しておられるのか、指定内容を間違えておられるのではないでしょうか。 リンク対象となるＣＵがメインＣＵと同じＣＵファイルに無い場合や、ユーザーＣＵライブラリに無い場合は、ＣＵファイルとＣＵ名をＩＮＣの記述で明確に指定してやる必要があります。 たとえば、 ＩＮＣ ＵＳＥＲＣＵＬ（メインＣＵ名） ＩＮＣ ＯＢＪＬＩＢ２（ＹＹＭＤ） ＥＮＤ というような指定をすればいけると思います。 | |
| Re:リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-4-27 12:38:00
[返信] [編集] ご返答ありがとうございます。 > CUD=MSD001 > CUF=USERCUL > CUD＝MSD001 > CUF=OBJLIB2 <-ここで指定する > CUD=999 2つ目に指定した CUFはサブルーチンの入物として 認識してくれないみたいです。 (メインのPGMの入物としては認識してくれるみたいです。) UCFを指定すると そちらのみサブルーチンの入物として 認識してくれるみたいです。 なにか方法はないかなあ! | |
| Re:リンケージ | |
| ターラヤン 2004-4-26 22:52:00
[返信] [編集] リンカで 例えば CUD=MSD001 CUF=USERCUL CUD＝MSD001 CUF=OBJLIB2 <-ここで指定する CUD=999 ・ ・ とやって、できませんか？ > はじめてお邪魔します。 > 早速ですが 特定のオブジェクトライブラリを指定しサブルーチン > をコールする方法はあるでしょうか? > リンカーではサブルーチンの入っているライブラリーは１つしか指定 > できないみたいです。 > コンパイルエラーではじかれるのですが たとえば > CALL "YYMD" USING TODAY OF OBJLIB2 > のような感じで です。 > COPY の場合はライブラリを > COPY A OF CLIB2 > で 指定し いけるみたいです。 > > また ＃ＬＩＮＫ で オブジェクトライブラリーを\r > ２つ以上 指定出来る方法はありますか? > よろしくお願いします。 > OS は NEC の A-VXです。 > ご教授ねがいます | |
| リンケージ | |
| Ａ−ＶＸ ＣＯＢＯＬ 初心者 2004-4-26 10:16:00
[返信] [編集] はじめてお邪魔します。 早速ですが 特定のオブジェクトライブラリを指定しサブルーチン をコールする方法はあるでしょうか? リンカーではサブルーチンの入っているライブラリーは１つしか指定 できないみたいです。 コンパイルエラーではじかれるのですが たとえば CALL "YYMD" USING TODAY OF OBJLIB2 のような感じで です。 COPY の場合はライブラリを COPY A OF CLIB2 で 指定し いけるみたいです。 また ＃ＬＩＮＫ で オブジェクトライブラリーを ２つ以上 指定出来る方法はありますか? よろしくお願いします。 OS は NEC の A-VXです。 ご教授ねがいます | |
| Re: ＃ＡＢＣの裏機能？ | |
| あしゅん 2004-4-3 3:19:07
[返信] [編集] はじめまして、通りがかりのあしゅんともうします。 ＃ＡＢＣの９６番のメニューですが、ラベル異常のファイル削除や、ＲＤＢの不連続な桁位置のキーファイル作成、異種間コピー（機種移行時のハードディスク間コピー）で使用していたと思います。 ファイルの強制的な削除機能は、たとえば、実態がないのにラベル情報だけが残ってしまった場合、通常の＃ＡＬＬＯＣや＃ＡＢＣの通常のファイル削除機能では削除できません。（＃ＡＬＬＯＣにも強制削除のコマンドはありますが・・） |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band