|
1:＃ＡＢＣをＪＳで Yu-Yu 08/30 10:54 最近この掲示板を見つけました。 最近A-VXをさわり始めた者です。 初歩的な質問かもしれないのですが。 EXPRESS 5800/640 を使用しています。 100万件以上入っている一月分の保存ファイルが１２ヶ月分 在るのですが、それを１ヶ月前→２ヶ月前→３ヶ月前･･･と 移行する処理を夜間に行おうとしています。 当初はプログラム上でOUTPUT→REC TO RECで処理していたのですが処理に時間がかかり過ぎる為、＃ＡＢＣの高速コピーを使用することになったのですが、 まず複写時→再編成としたのですが、複写時に「出力モード(1:ADD 2:CREATE)」と操作要求メッセージがでてしまいます。 次に初期化→複写→再編成としたところ、「削除レコードが見つかりません」と通知メッセージがでて処理が止まってしまいます。 夜間に自動で処理をしたいのですが。メッセージがでないように、または「2:CREATE」を選択する方法などが在りましたら 教えて頂けますでしょうか？ 9:Re:ＡＬＩ３と隠しコマンド 09/13 12:34 CREATEモードなら、オフコン人さん発言のとおりなんですが、ADDモードの場合は、いい方法はありませんかね？（無応答でADDに出来る方法） 10:Re:ＡＬＩ３と隠しコマンド あゆりーな 09/13 13:07 ＡＬＩ３は上司が教えてくれました。 本人に確認したところ「だってこれは常識だから」とのこと。 なぜ知っているのか重ねて質問すると困っていましたので 実際の情報ソースは不明です。 ちなみに#ABCのADDモードでのよい方法は私も知りません。 やはりFLCNVをお勧めします。 上司は#ABCのような新しいツールは好みませんので ついつい私も元のものを多用してしまいます。 SMART2よりSMART、RDBQ2よりRDBQといった具合です…。 ※ちなみに上司もここのＨＰを楽しく拝見しております。 11:Re:ＡＬＩ３と隠しコマンド 江須扇 09/13 17:05 システムメニューのデータ操作支援の Ｈ／再編成実行後の Ｊ／操作登録→Ｓ／登録→Ｂ／直前処理でＪＣＬ を登録すれば取得できます。 私はこれでＡＬＩ３を知りました。 なお、個人的には、＃ＡＢＣより、新システム体系ユーティリティの方が何かと便利と思っております。 私はシステムメニューを基本的に使いどうしてもできない機能を＃ＡＢＣや各ユーティリティを使っております。 新システム体系でＳＧしてない場合は ジオボード過去ログ「旧家イトウ家の小技裏技（その１）」をご参照ください 12:Re:＃ＦＬＣＮＶの隠しコマンド 江須扇 09/13 17:39 これもシステムメニューからＪＣＬを自動生成しておりますが、 システムメニューのデータ操作支援→Ｃ／複写を実行して その直後に取得するパラメータの内容を確認すると ＩＤＥ＝ＳＹＳ＿ＩＤＥ＝ＭＳＤ＿以下略 というＩＤＥ＝ＳＹＳという隠し隠しコマンドがあるのがわかります。 これで、追加モードでも確認メッセージは出ません 旧家イトウ家の小技裏技では書いておりませんが、これも小技裏技の１つとしてもよいでしょうか？ 13:Re:＃ＦＬＣＮＶの隠しコマンド Tama 09/14 11:32 これ、＃ＦＩＬＥＭでも使えますね。 どういった用途があるのかわかりませんが。 14:Re:＃ＦＬＣＮＶの隠しコマンド 江須扇 09/14 12:28 ＩＤＥ＝ＳＹＳの隠しコマンドは 通常はシステムファイルＳＹＳ＠ＸＸＸにプロテクトが掛かっており ユーザーは操作することができません。 この、ＩＤＥ＝ＳＹＳを使うことである程度のシステムファイルを操作することができます。 従って大変危険な隠しコマンドです。 むやみにシステムファイルを修正したりするとシステムが動かなく恐れがあります。各自、自己責任でご利用ください。 つまり「良い子はむやみに使わない」と言う事です。 15:Re:＃ＡＢＣをＪＳで 江須扇 09/15 23:01 亀レスすいません ＞100万件以上入っている一月分の保存ファイルが１２ヶ月分 ＞在るのですが、それを１ヶ月前→２ヶ月前→３ヶ月前･･･と ＞移行する処理を夜間に行おうとしています もう一度読み直してみたのですが、１２個ファイルがあると いうことですよね。 ファイル名がＦＩＬＥ１、ＦＩＬＥ２、ＦＩＬＥ３・・・のようになっているのですか？ コピーではなくＦＩＬＥ１２を削除してＦＩＬＥ１１をＦＩＬＥ１２にリネーム、ＦＩＬＥ１０をＦＩＬＥ１１にリネーム・・・・ 最後にＦＩＬＥ１をＦＩＬＥ２にリネームして、ＦＩＬＥ１をあらためてアロケートするという方法はだめですか？ それにしても１００万件ですか？ レコード長がわからないでなんともいえませんが、ブロック長を最大にしても多分ＲＤＢのキーファイルが同時更新されて ＭＯＶＥ−ＭＯＤＥ２できないのでＣＯＢＯＬではだめなんでしょうね。 キーファイルを削除してＣＯＢＯＬでコピーをしてキーファイルをあらためてアロケーションして再編成作業をする手間をかけるなら、結局ユーティリティでしょうね。 ハードウェアを最新の１ランク上にすればかなり改善されると思いますが、これってセールストークになってますか？ 16:ハードウェアを最新１ランク上にする 江須扇 10/15 12:31 ＞ハードウェアを最新の１ランク上にすればかなり改善されると思いますが、これってセールストークになってますか？ 弊社では現在テスト中ですが ６００ＡｉシリーズＡ−ＶＸ�検 。劭魁ィ気�ら ６００ｘｉシリーズＡ−ＶＸ０１ Ｒ２．０の 同等の機種にリプレイスしましたが、 単純移行でハードを変更しただけで全く変更をしてませんが １時間の夜間バッチが３０分になりました。 夜間バッチは１時間が３０分になっても、自動処理の為、表面的にには変わりませんが、 他の各種処理も時間短縮ができるので、全体の運用時間に余裕がでてきております。 これだけでもハードを買い換えるメリットがあったと担当者レベルでは思っております。 以上、ご報告申し上げます。 17:Re:ハードウェアを最新１ランク上にする オフコン人 10/16 19:57 少し色々あって、ご無沙汰になってしまいました。 スレッドと違うのかもしれませんが、江須扇さん、教えて下さい。 Ａｉからｘｉとのことですが、モデルは何でしょうか。 そろそろ我社も検討を始めないといけませんので、お教え下さい。 ちなみに我社は６５０を使っています。 まぁ、同じモデルでＨ／Ｗを入れ替えれば早くなるってのは、ＰＣと同じなのでしょうが。 18:Re:ハードウェアを最新１ランク上にする 江須扇 10/18 10:00 こんにちは、オフコン人さん。 鋭いご指摘ですね？ 敢えて一般論的にしたくて書きませんでしたが、 実際にご利用されている方は気になりますね。 モデルは６４０です。 まだテスト段階ですが今回はＴＳサーバーを別途用意して、 ６００シリーズ−１００シリーズ−クライアントの三層構造にしております。 （以前は専用モデルもありましたが、売れなかったらしくＴＳモデルはなくなったので、一般のサーバーをＴＳサーバーにしております。） |