ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | 双方向レプリケーションが欲しい！！ | |
| ＥＸＣＨＡＮＧＥ 2005-2-28 3:10:00
[返信] [編集] ＊ 富士通の基幹サーバ（＝隠れオフコン）ＰＲＩＭＥＲＧＹ６０００では、 オフコンＤＢ（Ｓｙｍｐｈｏｗａｒｅ６０００）−−＞オープンＤＢ（ｏｒａｃｌｅ、ＳＱＬＳｅｒｖｅｒ等）へのレプリケーションだけでなく、 逆方向、つまり オープンＤＢ −−＞オフコンＤＢへのレプリケーションも可能になっている。 双方向のレプリケーションが出来るのだ。 http://primeserver.fujitsu.com/primergy6/catalog/ps6_5.html ＊ 基幹業務システムをオフコン系で運用して、情報系システムをオープンＤＢで構築する場合は、基幹系ＤＢ −−＞情報系ＤＢのレプリケーションが便利だが、 業務系全体を、オフコン系とオープン系で混在して構築する場合などは、逆方向のレプリケーションが欲しくなってくる。 ＊ （あまり適切な例でないかもしれないが、） たとえば、すでに構築されているＡ−ＶＸ業務システムにおいて、新たに、現場で入力を行うタイプのサブシステムを追加したい場合を考えよう。 もう少し詳しく説明すると、 従来のシステムは （１）現場で受注活動を行い、縦横表形式の受注原票を手書きまたはＥｘｃｅｌで作成している。（これは週間発注形式なので縦横の表に記入される。） さらに現場ではこの受注原票をもとにして、各種の表をＥｘｃｅｌ等で作成している。 （２）縦横式の受注原票は電算課へ回され、入力し易いように、「個別受注形式」に書き直され、Ａ−ＶＸシステムへデータ入力される。 （３）受注データが入力されると在庫マスタの出荷引き当て可能数を即時に更新する。 と、いったケースである。 ＊ この場合、 （１）「現場での業務」をＥｘｃｅｌ、ＶＢ、ＡＣＣＥＳＳ等でビジュアルなシステムとして新規に構築する。 （２）現場システム側で表形式のまま入力された受注データを、同時に基幹システム側にも作成し、在庫マスタも即時に更新したい。 ＊ 参照されるべき主要なマスタが基幹側からオープン側へ複製されており、さらに両側に置かれた「受注データ」と「在庫マスタ」が双方向にレプリケート可能ならば、こうした「混在システム」がうまく構築出来るように思えるのである。 ＊ 現場側に該当する部分が、離れた営業所とか、モバイルからの受注であればなおさらこの機能（逆方向の複製機能）が必要だろう。 ＊ 富士通のＫシリーズの末裔に出来ることが、我がＡ−ＶＸに出来ないはずがない！！ Ａ−ＶＸにおいても標準で「双方向レプリケーション機能」をぜひ実現して頂くよう、ＮＥＣに対して強く望むところである。 | ||
| 2 | Re:双方向レプリケーションが欲しい！！ | |
| ターラヤン 2005-3-1 0:31:00
[返信] [編集] 双方向レプリケーションですが、別売りのオープンＤＢアクセスキットで可能です。 Ａ−ＶＸ標準機能のＤＢレプリケーションだと、Ａ−ＶＸ ＲＤＢからオープンＤＢへの片方向レプリケーションだけです。 以下のところに詳しい説明があります。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/avx_home/avxusedb.htm | ||
| 3 | Re:双方向レプリケーションが欲しい！！ | |
| ＥＸＣＨＡＮＧＥ 2005-3-1 8:54:00
[返信] [編集] ＊ 「オープンＤＢアクセスキット」の場合、Ａ−ＶＸｃｏｂｏｌ側からｏｒａｃｌｅ等へ直接アクセスする機能で、「Ａ−ＶＸＲＤＢ／ＦＩＬＥアクセスキット＋アクセスソフトウエア」（ＶＢ、ａｃｃｅｓｓ側からＡ−ＶＸＤＢに直接アクセスする機能）と一対になっていると思います。 ＊ レプリケーションの場合は、Ａ−ＶＸ側、オープン側、双方に同等の内容のデータベース表が存在している状態で、 （１）｛Ａ｝Ａ−ＶＸ側 −−＞ ｛Ｏ｝オープン側 レプリケーションとは、 Ａ?ＶＸｃｏｂｏｌで｛Ａ｝を更新すれば、それがトリガになって、（自動的に）「レプリケーション機能」が ｛Ｏ｝に同一内容の更新を行う。 （２）｛Ｏ｝オープン側 −−＞ ｛Ａ｝Ａ−ＶＸ側 レプリケーションとは、その逆で、 ＶＢ、ａｃｃｅｓｓで｛Ｏ｝を更新すれば変更が｛Ａ｝に自動的に複製される、 というものです。 ＊ この（２）の機能があれば、先の投稿で述べましたように、ＶＢ、Ａｃｃｅｓｓ等でビジュアルな入力処理を行って、オープン側でＤＢを構築した上で、同時に既存のＡ−ＶＸ業務システムにも自動的に変更を反映させられるわけです。 こうすれば、双方のシステムがある程度独立した形で構築、運用できるので、 本支店間での運用（支店側をオープンで新規構築）とか、モバイルを使った受注入力がオープンで作られたパッケージソフトだったりした場合、うまく「既存システム」を資産活用することが出来ると思います。 現在、（１）はあるのですが、（２）が無いように思います。 | ||
| 4 | Re:双方向レプリケーションが欲しい！！ | |
| ターラヤン 2005-3-4 0:03:00
[返信] [編集] 単純にＡ−ＶＸ側からオープン側のＤＢを使用したいのかと思っていました。 たしかにその機能は無さそうです。 > ＊ この（２）の機能があれば、先の投稿で述べましたように、ＶＢ、Ａｃｃｅｓｓ等でビジュアルな入力処理を行って、オープン側でＤＢを構築した上で、同時に既存のＡ?ＶＸ業務システムにも自動的に変更を反映させられるわけです。 > > こうすれば、双方のシステムがある程度独立した形で構築、運用できるので、 > 本支店間での運用（支店側をオープンで新規構築）とか、モバイルを使った受注入力がオープンで作られたパッケージソフトだったりした場合、うまく「既存システム」を資産活用することが出来ると思います。 > > 現在、（１）はあるのですが、（２）が無いように思います。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 誰か「smart/cs」使われたことありますか？ | |
| しぶお 2005-2-9 16:26:00
[返信] [編集] A-VXからWin系(Oracle)に移行中なのですが、A-VXで、主にSMART��EXを使って開発していたので、「smart/cs」の導入を考えているのですが、誰か使われている方がいらっしゃいましたら、感想をお聞かせ下さい。（Ver3.7から進んでいないようだけど･･･） | ||
| 2 | Re:誰か「smart/cs」使われたことありますか？ | |
| あゆりーな 2005-2-11 14:51:00
[返信] [編集] oracle9iから対応していないと聞いています。 でもsmartをcobolに変換するソリューションがありますよ。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | わたしも使ってみましたの＃ＴＥＤＩＴのＲＡＬＬについて | |
| 富山清風 2005-2-7 22:59:00
[返信] [編集] RDBQのパラメータを#TEDITのRALLコマンドを使ってＲＥＡＤはでき、カラムを変えずに文字の一部を変えてWRITEしたのですが、 うまく実行できませんでした。 ちなみに「Ｅ4404：実行必要メモリがありません」と表示されました。 ＃ＴＥＤＩＴのＲＡＬＬについて、もっと詳しくおしえていただけませんか？ | ||
| 2 | Re:わたしも使ってみましたの＃ＴＥＤＩＴのＲＡＬＬについて | |
| ターラヤン 2005-2-8 12:43:00
[返信] [編集] > ちなみに「Ｅ4404：実行必要メモリがありません」と表示されました。 とりあえず、「システム操作法ガイドブックメッセージ編」のＲＤＢＱの項を見ると同じエラーが出ています。 そこにエラー説明と処置が書いてあります。 どのモデルなのか不明なので、富山清風さんがお持ちの説明書には書いてないのかもしれませんが。。。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | オフコンのＤＤＦ | |
| おやじ 2005-2-3 16:07:00
[返信] [編集] 3100/A70のＤＤＦをＦＤに落としＡＶＸ０１の＃ＤＤＭで併合 しようとしていますが、ＦＤ側のＤＤＦの内容がアプリケーション 一覧にまったく表示されません。そもそも３１００では、アプリケーション名ではなく表名なのですが、、、 何かで変換が必要と思いますがどうすれば併合できるかご存知の方ご指導下さい。。。 | ||
| 2 | Re:オフコンのＤＤＦ | |
| ぷる 2005-2-3 17:03:00
[返信] [編集] > 3100/A70のＤＤＦをＦＤに落としＡＶＸ０１の＃ＤＤＭで併合 > しようとしていますが、ＦＤ側のＤＤＦの内容がアプリケーション > 一覧にまったく表示されません。そもそも３１００では、アプリケーション名ではなく表名なのですが、、、 >何かで変換が必要と思いますがどうすれば併合できるかご存知の方ご指導下さい。。。 > レコード定義ではなくて、表定義ではないでしょうか・・・ | ||
| 3 | Re:オフコンのＤＤＦ | |
| ぷる 2005-2-3 17:10:00
[返信] [編集] > 3100/A70のＤＤＦをＦＤに落としＡＶＸ０１の＃ＤＤＭで併合 > しようとしていますが、ＦＤ側のＤＤＦの内容がアプリケーション > 一覧にまったく表示されません。そもそも３１００では、アプリケーション名ではなく表名なのですが、、、 >何かで変換が必要と思いますがどうすれば併合できるかご存知の方ご指導下さい。。。 > もしかして、表定義そのものが表示されないということであれば、 ＳＧでだったかな、ＲＤＢの値を入れないといけないのでは？ | ||
| 4 | Re:オフコンのＤＤＦ | |
| おやじ 2005-2-3 17:34:00
[返信] [編集] > もしかして、表定義そのものが表示されないということであれば、 > ＳＧでだったかな、ＲＤＢの値を入れないといけないのでは？ 早速の書込み大変有難う御座います。ご指摘の通りでした。 ＲＤＢファイル数は、入れたつもりでした。ついにおやじも 陳腐化してしまいました。旧システムでは、表定義しかなかった のですが今では表定義とＲＥＣ定義と有るのですね。 まったく情けないです、有難う御座いました。 | ||
| 18 | ６００シリーズのフロッピーディスク装置 | |
| ターラヤン 2006-5-29 21:13:00
[返信] [編集] 情報が古いので皆さんの情報と異なっているところがあるようですが、 Ａ−ＶＸ０１ Ｒ１．０の時に私が調べた情報です。 Express5800/600xiシリーズにはフロッピーディスク装置を接続する方法に２種類 あります。 １．本体直結（内蔵）・・標準で付いているフロッピーディスク装置／又はそれと同じ接続方法の装置 ２．Ａ−ＶＸ機能拡張ユニット／ラック経由での接続 それぞれの特徴は下の通り（長い固有名称は適当に短くしています。） １．本体直結 ・３．５インチのフロッピーディスク装置のみ ・Ｗｉｎｄｏｗｓ側、Ａ−ＶＸ側両方からアクセス可能 ・Ａ−ＶＸ側からはＡ−ＶＸ０１形式と旧ＩＴＯＳ形式の２種類のうち、どちらか 片方のみ使用可能 ２．拡張ユニット経由での接続 ・拡張ユニットがとても高価 ・拡張ユニットがとても大きい。本体とほぼ同サイズ。 ・３．５インチ、５インチ、８インチの外付けフロッピーディスク装置が接続可能 ・アクセス可能なのはＡ−ＶＸ側のみ。Ｗｉｎｄｏｗｓから使用できない。 ・旧ＩＴＯＳ形式しか使用できない ・接続可能なフロッピーディスク装置は、今は販売されていない。 本体−拡張ユニット−アダプタ−フロッピーディスク装置 の順番で繋がるが、アダプタすらも今は販売されていない。 実質昔から使用していた人が新しいサーバを買っても今まで通り使えるようにする ためのものになっている。 ------ 本来拡張ユニットは本体に内蔵不可能なほどたくさん装置を付ける場合に 使われるものなので、フロッピーディスク装置だけのためとなると高価／大きい とデメリットが大きくなります。 また接続できるとアナウンスしている８インチのフロッピーディスク装置は今は 売られていないため、万が一壊れた場合買い替えできない。（修理も製造打ち切り 後数年しか部品を確保していないため、そのうち難しくなる可能性大） フロッピーディスク装置が壊れても代替がないので保証もできず、値段も高いと いろいろとデメリットが多いので、拡張ユニット経由の接続は無視して、 ８インチのフロッピーディスク装置は付かないと言っているのだと思います。 なお最近の状況は調べていないので、他にも現在とは異なるところがあるかもしれません。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | COBOL | |
| BLUELION 2005-2-2 21:56:00
[返信] [編集] こんなものが、発表になったみたいです オフコンとありますから CBL85から移行ですよね 詳細がないのでなんともいえませんが 興味を引きました http://enterprise.watch.impress.co.jp/cda/software/2005/02/02/4509.html | ||
| 2 | Re:COBOL | |
| ＥＸＣＨＡＮＧＥ 2005-2-3 2:43:00
[返信] [編集] ＊ マイグレーション用のツールみたいですね。 でも、「個別見積り」「３年間で５０セットを目標」。。などというＮＥＣの説明を聞いているとなんだか（目ん玉飛び出そうな）高価な感じが。。 見積もり見たら、「やっぱ、Ａ−ＶＸでそのままサーバ替えるだけにしようか！」てことになるかも。（それがＮＥＣの作戦だったりして。。） > こんなものが、発表になったみたいです > オフコンとありますから CBL85から移行ですよね > 詳細がないのでなんともいえませんが 興味を引きました > > http://enterprise.watch.impress.co.jp/cda/software/2005/02/02/4509.html > | ||
| 3 | Re:COBOL | |
| bluelion 2005-2-3 9:59:00
[返信] [編集] > ＊ マイグレーション用のツールみたいですね。 > でも、「個別見積り」「３年間で５０セットを目標」。。などというＮＥＣの説明を聞いているとなんだか（目ん玉飛び出そうな）高価な感じが。。 見積もり見たら、「やっぱ、Ａ−ＶＸでそのままサーバ替えるだけにしようか！」てことになるかも。（それがＮＥＣの作戦だったりして。。） > 個人的にCOBOLに望んでるのは、計算の精度と、印刷時のインチ設定で作成されている帳票へのフィッティング（こっちはＡ−ＶＸ）です。 計算精度どのくらい保証されてるんでしょうか？ ただしこのツールを使った後は、速やかにＣＳに移行しないといけないとうな ずっとコボルのモジュールを維持しなければいけないのであれば そのままＡ−ＶＸのほうがいいような感じがしますし あとは値段ですよね | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band