ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | #SAB43の高速モードコピーの速度を実測 | |
| 温泉好きのうさぎ 2005-4-11 11:31:00
[返信] [編集] SULのメンバをMSDからFDUにコピーするのに要する時間を、#LBMと#SAB43それぞれについて、実測してみました。 テストデータとして、次の3種類のものを用意しました。(言語タイプはCOBOL、SULの大きさは3800セクタ) (1) 1本当り2000ステップ、90セクタのメンバが36本、合計3240セクタ (2) 1本当り2000ステップ、655セクタのメンバが5本、合計3275セクタ (3) 10000ステップ、3268セクタのメンバが1本、3268セクタ いずれも、出力先のFDUのSULは、初期化し空の状態です。また、測定中他にジョブは動いておらず、負荷の無い状態です。 (1) #LBMでは、18分47秒、#SAB43では、3分22秒 (2) #LBMでは、18分02秒、#SAB43では、1分05秒 (3) #LBMでは、17分51秒、#SAB43では、48秒 予想を上回る絶大な効果があると思われます。 特に、サイズが大きなメンバほど、効果が発揮されています。 こんどは、逆方向の、FDUからMSDへのコピーも測定しました。 (1) #LBMでは、8分52秒、#SAB43では、9分32秒 (2) #LBMでは、8分50秒、#SAB43では、9分22秒 (3) #LBMでは、8分47秒、#SAB43では、9分17秒 こちらでは、高速モードコピーの威力が発揮されるどころか、#LBMのほうが速いという結果になってしまいました。 なお、計測は腕時計の秒針を見て行いました。また、マシンやＯＳ、フロッピー等による差もあると思われますので、あくまでこの情報は参考としてお取り扱いください。 | ||
| 2 | Re:#SAB43の高速モードコピーの速度を実測 | |
| 富山清風 2005-4-12 18:41:00
[返信] [編集] 「#SAB43」を始めて知りましたが、公に使用していいＬＭなのですか？ | ||
| 3 | Re:#SAB43の高速モードコピーの速度を実測 | |
| ターラヤン 2005-4-12 21:02:00
[返信] [編集] 知りませんでした。 ものすごく高速ですね。 マニュアルに書いてある内容を見る限り、＃ＳＡＢ４３は 新システム体系ユーティリティの一部で、本来内部で呼び出される ものみたいですね。 直接実行して、単独でも動かすことができるというわけですか。 今度フロッピーディスクにコピーするときに使用してみます。 | ||
| 4 | Re:#SAB43の高速モードコピーの速度を実測 | |
| 温泉好きのうさぎ 2005-4-13 16:18:00
[返信] [編集] > 公に使用していいＬＭなのですか？ SYS@LMLに入っている以上、誰がどう使おうと、何ら問題ないと考えています。 もちろん「自己責任」であることは、言うまでもありません。 誤った使い方をして、ファイルを初期化したり、データを壊したとしても、誰に文句も言えません。 そのため、責任能力が無かったりスキルの低いユーザーには、使ったり、教えたりしないほうが賢明だと思われます。 従って、誰が見るかわからない掲示板では具体的なパラメータの説明や記述を控えています。わかる人が見ればわかりますから。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＦＤによるデータ退避 | |
| あしか 2005-4-8 13:48:00
[返信] [編集] こんにちは、はじめまして。 今回、あるユーザーの環境を社内に構築することになったのですが ＣＧＭＴを接続しているマシンが社内にないため #VOLPRを使って、FDに環境を退避できないかと 社内で試してみたところ、「制御ファイルがオーバーフローしました」というエラーが発生してしまいました。 #NEWSRや#BKUPを使って、テープにデータを退避することは FDでは不可能なのでしょうか？ ご教授よろしくお願いします。 | ||
| 3 | Re:ＦＤによるデータ退避 | |
| あしか 2005-4-8 16:57:00
[返信] [編集] さっそくの回答ありがとうございました。 先輩に「FDなら、VOLSRじゃない？」と言われて、＃NEWSRは使用しませんでした。退避媒体がFDも＃NEWSRを使用できるものなんですか？ （基本的な質問ですみません） 先ほどのエラーは、上位のマシン、OSで試したところ 解決しました。 ただ、「そんなに容量ないだろう」というファイルのバックアップだけでも、何枚も何枚も媒体の変更を要求されるのですが そういうものなのでしょうか？ | ||
| 4 | Re:ＦＤによるデータ退避 | |
| BLUELION 2005-4-8 18:36:00
[返信] [編集] > ただ、「そんなに容量ないだろう」というファイルのバックアップだけでも、何枚も何枚も媒体の変更を要求されるのですが > そういうものなのでしょうか？ 的はずれかもしれませんが SYS@FDFなどのファイル管理ファイルも保存されるからではないでしょうか？ また MSD000だとパラメータによっては 他のシステムファイルも保存対象となりますよ | ||
| 5 | Re:ＦＤによるデータ退避 | |
| あしか 2005-4-8 18:49:00
[返信] [編集] ありがとうございます。 そうなんですね・・・。 ただ、今回は作業時間もそんなに取れないので ライブラリ類は、LBMで、容量いっぱいコピーする、を繰り返し、 その他データファイル類は、allocate JSを作成して とりあえずの環境を持ち帰ることで対応することにしました。 まだ訪問予定もありますので、その際に、必要なデータはいただいて帰ることにします。 コマンドの意味とかやっぱりちゃんと分かってないとだめですね・・・ | ||
| 6 | Re:ＦＤによるデータ退避 | |
| bluelion 2005-4-8 21:11:00
[返信] [編集] ＳＹＳ＠ＦＤＦなどを持っていくと ファイルのアロックパラメータなどを作るのは簡単ですよ FDFの構造はマニュアルに載ってあります 普通は ＃ＭＡＰなどのリストがかんたんかもしれませんけど ＦＤＦから生成すれば ファイル名などを打たなくてすみますから | ||
| 7 | Re:ＦＤによるデータ退避 | |
| BLUELION 2005-4-8 21:29:00
[返信] [編集] 追伸：＃ＦＬＣＮＶの隠し機能でＣＯＰＹしないと出来なかったと思います | ||
| 8 | Re:ＦＤによるデータ退避 | |
| ターラヤン 2005-4-9 22:49:00
[返信] [編集] > さっそくの回答ありがとうございました。 > > 先輩に「FDなら、VOLSRじゃない？」と言われて、＃NEWSRは使用しませんでした。退避媒体がFDも＃NEWSRを使用できるものなんですか？ > （基本的な質問ですみません） > ＃ＮＥＷＳＲでもできます。 私は基本的に＃ＶＯＬＳＲの機能強化バージョンが ＃ＮＥＷＳＲだと思っています。 （でも、何か＃ＮＥＷＳＲでは使えないものもあった ような気がしますが、忘れてしまいました。） だいたい同じ機能を持っていたと思います。 >先ほどのエラーは、上位のマシン、OSで試したところ >解決しました。 やはりメモリ不足ですかね。 無事解決できてよかった。 | ||
| 9 | SUL等のコピーは#LBMより高速の#SAB43がお勧め | |
| 温泉好きのうさぎ 2005-4-10 1:58:00
[返信] [編集] こんばんは。 まったく本題とは離れますが、 > ライブラリ類は、LBMで、容量いっぱいコピーする、を繰り返し ソースやJS，PMをフロッピーにコピーするのは非常に時間がかかりますよね。 とくにSULのメンバを#LBMでコピーすると、フロッピー１枚で20〜30分ぐらいかかったりします。 そういうときは、#LBMより高速でコピーできる「#SAB43」の使用が便利です。 ご存知無い方が多いと思いますので、簡単に紹介しますと、機能は#LBMと同等で、SUL,JSL,PML,LML間でメンバの追加、置換、コピーを行うものなのですが、高速モードが存在します。 ただし、常に高速モードになるわけではなく、いくつかの条件があります。そのうち主なものが、 (1) 出力先の空領域がコピーしようとするメンバのサイズ（複数指定のときは、その合計）以上あること (2) １メンバのサイズがある大きさ以上（具体的な数値を思い出せませんが、SUは50セクタぐらいだったような、JS,PMはそれより少し小さかったか。） JSやPMは(2)の条件にひっかることが多いので、あまり効果が出ませんが、通常のCOBOLのソースであれば、#LBMの1/3ぐらいの時間でコピーできます。 (1)の条件を考慮すると、効果的な方法として、FDUにアロケートしたのと同じ大きさのSULをMSD上にもアロケートしておき、そこに今回のFDUにコピーしたいメンバを入れます。(MSD同士だと速いので#LBMを使ってもよい) #SAB43のACT=HCOPYでNAM=!として、全メンバを高速コピーする。(進捗表示が画面に出ます) MSD上のSULを２個用意しておいて、交互にそれぞれのコピーを行うようにすれば完璧。 ちょっとわかりにくい説明で申し訳ありません。 | ||
| 10 | Re:SUL等のコピーは#LBMより高速の#SAB43がお勧め | |
| BLUELION 2005-4-11 0:44:00
[返信] [編集] こんにちは > ご存知無い方が多いと思いますので、簡単に紹介しますと、機能は#LBMと同等で、SUL,JSL,PML,LML間でメンバの追加、置換、コピーを行うものなのですが、高速モードが存在します。 初めて知りました 試してみます FDUにアロケートしたのと同じ大きさのSULをMSD上にもアロケートしておき、そこに今回のFDUにコピーしたいメンバを入れます。(MSD同士だと速いので#LBMを使ってもよい) 私は同じファイルのサイズで割り付けるのまでは同じですが＃ＡＢＣの複写でファイル全体をコピーします この方法もライブラリ使用率が高い場合は無駄な部分が少なくなるので効果的です | ||
| 11 | 訂正 | |
| 温泉好きのうさぎ 2005-4-11 11:30:00
[返信] [編集] 高速モード使用の条件について、ユーティリティ説明書に詳しく書いてありました。私の書いた内容は間違っておりました。 以下、説明書を一部引用します。（表の部分が見にくいと思います。） ＜以下引用開始＞ 高速モードを”使用する”と指定することにより、以下の条件が満たされている場合にライブラリメンバの複写を高速に行います。 ・複写先（出力側のファイルがあらかじめ初期化されている。） ・複写対象メンバが下記のサイズである。 ［高速化の基準値］ 指定装置−ファイルタイプ SUL/JSL/PML CUL LML ＭＳＤ→ＭＳＤ 600ステップ以上 300セクタ以上 100セクタ以上 ＦＤＵ→ＭＳＤ 1800ステップ以上 700セクタ以上 300セクタ以上 ＭＳＤ→ＦＤＵ 60ステップ以上 20セクタ以上 300セクタ以上 （上記は１メンバのサイズです） ＜以上引用終わり＞ SUL,JSL,PMLで差は無いようです。入出力の装置によってかなり条件が違うようです。 この件に関して、テストデータの測定の結果を、別スレッドにて立ち上げました。ご確認ください。 | ||
| 12 | 結果ご報告 | |
| あしか 2005-4-12 10:51:00
[返信] [編集] みなさん、いろいろな情報をありがとうございました。 先週、環境調査に行ってきました。（みなさんの情報に気づかずに・・・） 10,000弱のSULのコピーをLBMで行い、１時間以上かかったため LMのコピーは次回に見送りました。（あまり時間がとれないため） アロケートJSを作成するつもりでしたが 現地にその機能がなく、作成できませんでした。 SYS@FDFのことも勉強して、再度行く予定です。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 全銀手順（＄ＦＢＦＴ）のエラーの判断について | |
| 富山清風 2005-4-7 20:03:00
[返信] [編集] 全銀手順（＄ＦＢＦＴ）のエラーの判断について 最近、マシンを入れ替えました （S3100/A70--------->640XI ） （A-VX10SX R2.04---->A-VX01 R2.01） その結果、全銀手順でエラーが発生した場合の判断が変更になったようですが、 詳しくわかる人がおられましたら、どのように対応したかをお知らせください。 以下に旧マシンのＪＳ JS名:ABC001 /RUN $FBFT ,DEV=MSD000,FIL=SYS@LML ,SSW8=OFF; 00010 LTP=DDX-L _TEL=XXXXXXXXXXXX _DBR=003_ 00020 QUE=QUE001 _TRM=VTR001 _ 00030 CEN=XXXXXX40404040_SLF=XXXXXX40404040_PTP=HEX _PAS=C1C7C3404040_ 00040 DEV=MSD _ATP=HEX _ 00050 ACT=RECEIVE_ 00060 OFI=VAA69000 _RFI=VAA690000100_RKY=XXXXXX404040_RRZ=0250_RCM=NO _ 00070 OFI=999_ 00080 ACT=END_ 00090 ATR=NO _ 00100 LST=NO_PLT=NO _ 00110 NXT=_ 00120 /> ; 00130 JS名:XYZ001 /RUN ABC001,FIL=LML,DEV=MSD; 00040 /> ; 00050 /: NORMAL JUMP=STEP01; 00060 /PAUSE ＝＝＝＞受信異常終了; 00070 /: ABORT JUMP=STEP99; 00080 STEP01/RUN ABC002,FIL=LML,DEV=MSD; 00090 />; 00100 新マシンにて JS名:ABC001はほぼ流用し JS名:XYZ001は無修正で使用している ここで、旧マシンにて実行し、 全銀手順実行時にエラーが発生した場合は、 XYZ001の00070行のPAUSE文へ行っていたが、 新マシンにて実行し、 全銀手順実行時にエラーが発生した場合は、 XYZ001の00060行が絶えず有効となり、PAUSE文へ行かない。 対応策のわかる方は、返信をおねがいします | ||
| 2 | 全然詳しくないですが | |
| ターラヤン 2005-4-8 15:19:00
[返信] [編集] 会社の段ボール箱をひっくりかえしたら、なぜかマニュアルがあったので、読んでみました。 マニュアルを読む限り、ＦＢＦＴのエラーチェックはＪＲコードでやるべきのようにみえます。（付録Ｄ参照） 試しにエラーになった時にどんなＪＲコードが返ってくるのかチェックしてみてはどうでしょうか。 エラーはどんなエラーですか？ ＪＣＬのａｂｏｒｔ，ｎｏｒｍａｌでチェックできるのは、異常終了した後にＡＰのアボートログを取る画面になるようなエラーの時です。 アボートログ採取画面にならないようなエラーの時は、ＮＯＲＭＡＬに行くはず。 少し変えた部分は、自動再送モードのパラメータなのでしょうか？ それともＴＥＬ部分など相手先の情報？ > 全銀手順（＄ＦＢＦＴ）のエラーの判断について > > 新マシンにて実行し、 > 全銀手順実行時にエラーが発生した場合は、 > XYZ001の00060行が絶えず有効となり、PAUSE文へ行かない。 | ||
| 3 | Re:富山清風の質問の詳細とターラヤンさんの質問の回答 | |
| 富山清風 2005-4-8 21:45:00
[返信] [編集] JS名:ABC001は「ほぼ流用し」とは、 新マシンでは、キーパラメータ(XXX=YYY)ではなく、位置パラメータになっているため、それに準じて変更したのみです。 以下に新マシンのＪＳ JS名:ABC001 /RUN $FBFT ,DEV=MSD000,FIL=SYS@LML ,SSW8=OFF; NO_ DDX _ 033456XXXXXX _ 003_ _ QUE001 _ VTR001 _ XXXXXX40404040_ XXXXXX40404040_ HEXA_ XXXXXX404040_ MSD _ HEXA_ _ _ RECV_ _ VAA69000 _&0 _XXXXXX404040_0250_NO _ END_ _ NO_ _ _ _ _ _ _ NO_ YES_ /> ; 「全銀手順実行時にエラーが発生した場合は」とは、 たとえば、「FBFMSG E S0014センターファイルレコードなし」などです。 私が一番疑問におもっているのは、旧マシン（初回の質問メールＪＳを記入済み）でＪＳが問題なく、稼動していることなのです。 すなわち、 ABC001､XYZ001が「FBFMSG E S0014センターファイルレコードなし」のエラーとなった場合には、 ちゃんと/: ABORT文が有効に働きエラー処理ができていることなのです。（ｱﾎﾞｰﾄﾀﾞﾝﾌﾟの取得にはいかないのにですよ） ここで、もうひとつ気になっているのが、初回の質問メールＪＳのABC001の/run文の「SSW8=OFF」の部分ですが、...... /RUN $FBFT ,DEV=MSD000,FIL=SYS@LML,SSW8=OFF; 旧マシンのマニュアルを読みましたが、SSW8はあまり関係ないようなのですが 私の疑問点は理解できましたか？ 複雑な内容になってしまいましたが、時間が許せば、調べてみてください。 ITOSを触りつづけて２０年の無知な男より | ||
| 4 | Re:富山清風の質問の詳細とターラヤンさんの質問の回答 | |
| ターラヤン 2005-4-9 22:40:00
[返信] [編集] 私もマニュアルを見ているだけなので、全銀手順とかは詳しくないのですが、 > 私が一番疑問におもっているのは、旧マシン（初回の質問メールＪＳを記入済み）でＪＳが問題なく、稼動していることなのです。 今や以前作ったプログラムがそのまま動くというのが、 ６００シリーズの最大最後の売りなのに、 以前のものがそのまま動かないのは問題ですね。 > ここで、もうひとつ気になっているのが、初回の質問メールＪＳのABC001の/run文の「SSW8=OFF」の部分ですが、...... > /RUN $FBFT ,DEV=MSD000,FIL=SYS@LML ,SSW8=OFF; > > 旧マシンのマニュアルを読みましたが、SSW8はあまり関係ないようなのですが > > 私の疑問点は理解できましたか？ 理解できました。 不可解な現象ですね。 ただ私も＄ＦＢＦＴは実際に使ったことがないのでこれ以上はわかりません。（会社にマニュアルが転がっていただけです・・・） いずれにしても、マニュアルには「ＪＲコードでエラーチェックすべし」と書いてあることですし、ＪＲコードでチェックするようにするしかないかと・・・。 好意的に解釈するに 昔はセンススイッチとNORMAL/ABORTでチェックさせていたのが、機能強化でＪＲコードで詳細にエラー原因を通知するようになったとか・・・ でも昔のマニュアルにもなかったそうですから、かなり無理がある解釈ですが、そうとでも解釈しないと納得できませんよね。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＰＤＦに変換したいのですが？ | |
| コンクリート屋 2005-3-19 10:18:00
[返信] [編集] はじめましてExpress5800/640Ai Ver5.51のユーザーです。 ＡＶＸの出力帳票をＰＤＦに出力（変換）することができるのでしょうか販売店の営業マンに問い合わせしているのですが、2ヶ月程たちますが・・・・、無知な初心者ですが助けてください。 | ||
| 2 | Re:ＰＤＦに変換したいのですが？ | |
| ターラヤン 2005-3-19 23:22:00
[返信] [編集] > はじめましてExpress5800/640Ai Ver5.51のユーザーです。 はじめまして。 > ＡＶＸの出力帳票をＰＤＦに出力（変換）することができるのでしょうか販売店の営業マンに問い合わせしているのですが、2ヶ月程たちますが・・・・、無知な初心者ですが助けてください。 以前、よく似た内容の質問がありました。 この掲示板の198から208辺りです。 http://otd10.jbbs.livedoor.jp/tahrayan01/bbs_tree?range=-1&base=198 BizReportingについて 今読み直したところ、結局途中で議論が終わっている感じなので、これでわからないようであれば質問してください。 | ||
| 3 | Re:ＰＤＦに変換したいのですが？ | |
| bluelion 2005-3-28 13:48:00
[返信] [編集] 以下のページにＰＤＦ化できるとあります。 専用ソフトがやはり必要なようです http://www.ace.comp.nec.co.jp/product/2nd/avx4/BizReport/index.htm 帳票利用形態の拡大 * 帳票をPDF形式NewやSVG化し、Webブラウザで参照することによりインターネットやイントラネットを利用した帳票配信が可能 [Web帳票機能] | ||
| 4 | Re:ＰＤＦに変換したいのですが？ | |
| てっちゃん 2008-3-21 16:09:00
[返信] [編集] 大分前の質問に答えるのも気が引けますが、 足跡を残す上でも無駄にならないと思いますので・・・。 私が以前実際にPDFした方法は次の方法です。 多少制限事項があります。 �．┘潺絅譟璽燭裡隠競咼奪犯任鬟ぅ鵐好函璽襪靴泙后� ��通常使うプリンタをACROBATにします。 以上です。 お試し下さい。 | ||
| 5 | Re:ＰＤＦに変換したいのですが？ | |
| オフコン人 2008-3-26 21:20:00
[返信] [編集] 久々に ・てっちゃんさんのお答えの16bit版のエミュレータは、Windows2000/XPはサポートされていません。（確か・・）ただ、Windows2000では動くようなので、その方法でも可能のようです。 ・Printviewとオプションの組み合わせでスプール経由で変換する。新しいPrintviewでは拡大や縮小もできるようです。 http://www.nec.co.jp/pfsoft/printview/ のVer6.5とPDF変換オプションです。 ・後は、先に書かれているBizReportingとオプションです。 | ||
| 6 | Re:ＰｒｉｎｔＢｒｉｄｇｅはどうでしょうか（ＰＤＦに変換したいのですが？） | |
| 江須扇 2008-5-30 9:15:00
[返信] [編集] 亀レスすいません。 はじめまして、江須扇と申します。 この、サイトにご無沙汰しており、久々に拝見しております。 最近気がついたのですが、 ＰｒｉｎｔＢｒｉｄｇｅはどうでしょうか？ １．出力されるフォルダ ２．ファイル名命名規則 ３．Ａ−ＶＸ側のプリンタ番号 等はすべて不明ですが・・・・・ http://www.nec.co.jp/pfsoft/pbridge/info/pdfdw.html | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 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 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band