【論理ファイル】AS400DB【キューリー】
会社はいまだにS/36走らせてるよ。社内の素人が自分で勉強して自己流で組んだからフィールド名がAだのBだの、 コメント無いわ、ロジック区切らんわ、もう最悪だわ。 なぁーにがOCLだ、#GSORT?化石使ってんじゃねーよ。ムカついたから辞めることにした。 化石使ってるとつらい罠・・・ うちはまだましなほうだがそれでもDBの 構成みたいな仕様が一切残ってない。 プログラムに問題でたらRPG見て、DDSみて 一から読まなきゃいけないからマンドクセ。 Cとか慣れたソースコードならいいんだが、 RPGって妙にあっちこっち飛ぶからやってられん。 RPG IIIって地獄仕様だよな。 古いから仕方がないが、今では「やってはいけない」と分類されるようなイディオムが 言語仕様になってしまっている。 もーメンテするのが億劫で。 RPGIIIか実装が、COBOLやPL/1チックにコーディングされている ならそんな事はないんですが。 当初のこの言語の売りは、COBOL実装の半分程のコーディングで同様の 処理が、可能となるでしたね。 C同様手続き型言語ですね。 JAVAとは全く違うJAVAで手続き型の様に構造化ロジックするとコンパイル すら完了しない。話がそれた。いかん。 レポート作成スクリプトから、色気出してあれこれやらせようとしたのが間違いだったな。 プログラムサイクルとか、あれレポート作成に便利な為の機能でしょ。 今じゃ使う人居ないけど。 フラグもレポートぐらいなら、あんな番号だけのでもなんとか使えるかもしらんが それを画面制御に使おうとすると恐ろしく面倒。 普通、他の言語で変数名が BOOL i01,i02,i03... とかで使いまわされてたらブチ切れるぞ。 あーあ早く負の遺産が消えねーかな(グチ) オレが使うならまだいいけど、 派遣だののオペレータに操作法説明したり云々が 死ぬほど面倒なんだよな。 結局、WinのGUIが氾濫した今となっては。 RPGUは酷いよ。Vが天国に思えてくる。DDSが無いんだもんね。 サイクルも酷い。ちょっと違う出し方したいと思ったらもうお手上げ。ごくごく 簡単な帳票しか対応できない。あれは欠陥言語だね。 まあRPG自体負の遺産って言われてて空しいグチだけど…。 そおいや、別会社のやつで必死にiナビ関連の技術を完全否定と言うか、 PCOMM至上主義がいて、うざってーんだが。 漏れは両方使う派の人だけど、いいかげんSQLだと数行で終わる処理を 新規でRPGで作ってメタメタな納品するのはヤめてほしいんだが。 アフォみたいにすぐ物理ファイルや論理ファイル作りやがるし。 RPGも慣れ親しんだ言語なので漏れは嫌いではないのだが、ウチの職場は データの入出力がExcelやAccessに移行しちゃってるので、 RPG使う必要ってほとんどないんだよな。 CLはそこそこに使うにしてもサ。 まあ、 RPG、 SQLRPG 、 データ転送、ODBC ,CL 時と場合によって組み合わせて保守性よくして組み立てるのが一番いいと、、、 AS400って、SQLダイレクトに発行して ファイルに落とすことってできないの? >>144 winなら、管理ツールのデータソースの設定しちゃえば、あとはcseとかでSQLの結果をエキスポートすればいんじゃね? V3R7にOffice2003からアクセスしたいです Systemi5を導入 ACCESS2000のODBCでリンクテーブルしたら i5上の数値項目が全部10進型でリンクされてて、 ACCESS2000上のテーブルとリンクできね。 キャストしてもなんかダメっぽいし・・ なんかいい方法ある? RPGUの技術者だよ過去の人だよ、おまけに高齢だよ。誰かイランかね!後は警備会社だねそれでもだめなら死ぬだけさ死ぬだけさ RPGUって、サイクルとかで組むヤツ? 私はそっちのほうがよっぽどわからなかったよ。 RPGUは慣れればかなりの生産性があるがITとエクセルによって絶滅に追い込まれた 20年前に新人だった頃で既に過去の言語だったからな>RPGII せめてRPGIIIなら値段は安いが派遣の口もあるんだけどね ていうか、ここに書いている人たちってエンドユーザーが圧倒的に多いのかな? 普通の派遣の人たちは今頃寝ることもできずに、24時間こき使われていると思うけど。 ソルジャーから社内SEに転職した。 もちろんAS使っているけど、なんかWIN系に侵食されそう。 まあ、Win系の社内SEはつまらん印象があるな。 ユーザーからしょうもない苦情とか質問おおそうだし、 秘文やらCWATの社内サポートみてるとなんて本質的でない 作業ばっか、って状態だし。 ASでJavaとかWebSphere動かしはじめると 結構楽しいかと。 をい、いきなりナニが起こったのか説明してくれwww 何があったか知らんが、 とりあえずお疲れさん・・・・ 詳細書いてくれれば、助けてくれる神が現れるかもよ。 まぁ、がんばってくれよ。 俺の記憶だと、ODBCドライバがついてくるのはCAだったような。。。 でも、PCのほうのODBCドライバ一覧のとこ見てみたら? >>169 なんか同じ職場の人間に思えて怖いんだが。w まったく同じ質問を聞いた覚えがある。 PcommにはODBCついてこないよ。 CAしかない、つかCAは生産終了でiSeriesAccess for Windowsしかない。 まあ、db2connectもできるらしいがPcomm使っている職場にはお勧めしない。 にょほほほ まあV3R7みたいな化石はとっとと更新するなり何なりしろというお話ですな PerlDBIも結局行方不明でダメなんだっけ V3R7ってマジで前世紀の遺物じゃねーか。w その時代のASにODBCでアレコレするメリットないから素直にV5R4か 漢になってV6R1に特攻汁 転職して触らなくなってから一年 だんだん思い出になっていってるのが悲しいな >>174 俺と似た状況だな。 AS/400(i5)いいマシンだったし、俺AS/400で育ったようなものだから。 俺にとって、オフクロさんか、地味だけど献身的な元カノのような存在。 技術的にはオープン系のほうがおもしろいんで、後悔はしていないが、 懐かさと寂しさが混じったかんじ。 現役でAS/400やっている人、がんばってください。 職場移るとAS/400(笑)って反応が多い 擁護はしてる >職場移るとAS/400(笑)って反応が多い 確かに。オフコンってイメージ悪いからね。ASいいマシンですよとは 言ってはいるけど、ふーんという反応が多い(興味しめさない。)。 ある程度つき合ってみないと実感できない(まあ俺もAS/400知らなかったら 同じ反応しめしたと思うけど。)点も >オフクロさんか、地味だけど献身的な元カノ なんだよね。 AS/400はツンデレって事か。 Windowsはヤンデレって感じはするが。 付き合っていると最後(本番運用)で痛い目をよくみるし。 >>178 > AS/400はツンデレって事か。 素直クールじゃね? いいマシンだが、説明する時に呪文のように単一レベル記憶域の話からしか説明できないやつが多いからな。 単一レベル記憶域・TIMI・RPG・5250(つーか、グリーンスクリーンアプリ全般)をNGワードにして、尚その良さを説明出来る営業がいればいいんだが。 それを禁止ワードにするとなるとこんな感じか? 通常開発込みセット(?)で買えば、 Javaインスコ済み。 WAS BASEがタダ。 RADがタダ。 Apache2がインスコ済み。 iナビやブラウザで鯖が簡単管理。 ODBC接続でAccess,Eccelとも高い親和性。 LPARで複数のOSをインスコ可能かつ%単位でCPUパワーの割り振りが可能。 メンテナンス契約していれば初心者のJava厨の泣き言もサポート なんか最後の一文が凄いセールスポイントな希ガス。w >>179 >単一レベル記憶域・TIMI・RPG・5250(つーか、グリーンスクリーンアプリ全般)をNGワードにして、尚その良さを説明出来る営業がいればいいんだが。 「導入と運用が楽ですよー」「計画停電で復電後の自動電源オンも簡単ですよ」とか? 仮想化とか使ってx86環境にAS/400インストールできねぇかな。 >>183 多分喪前の思っているレベルの仮想化にOS/400は対応していない。 大前提としてPowerシリーズでしか動かないし。 >>183 えーと、こんなとこ? ・仮想化とは、x86上で各種OSをエミュする事とは限らない ・OS/400(i5/OS、IBM i)は、そもそもPOWERネイティブOSでもない ・LPARやLx86(x86用Linuxアプリの稼動)ならば可能 そういう事いいだすとAIXもPowerネイティブOSじゃないよな。 それに中身がLinux方面にシフトしつつあるし。 おまいらが何を言っているのかさっぱり分からないが 10年くらいASと付き合っている。 初めて使ったバージョンは、3.7. >>187 AIXはPReP(CHRP)でそのまま動くからほぼPOWERネイティブでは? OS/400はそうでないけど。 >>188 すんません。実用でない話が趣味なので(w こういうの? Baby400 ttp://nortoncomputerservices.com/baby400.htm AS/400で基幹システムを構築していますが、 5250画面のグリーンスクリーンで時代遅れのシステムな感じがあります。 役員からもITの時代にふさわしいシステムを考えろといわれてます。 基幹システムをWindowsで構築することや、ERPは考えていません。 基幹業務にAS/400を利用しているケースが多いと思いますが、 5250画面のGUI化やWeb化、 帳票のオープン化、PDF化、 Excel連携、Access連携、データウェアハウス、BI、 ハンディターミナル連携、RFID連携 などAS/400の利用で工夫されている事例ありましたら教えてください。 AS/400の開発やっている会社ならこの本くらい買っとけ。 ttp://www.midrangeserver.co.jp/html/saishin.html って、ウチの部は買っていないので、相当にAS/400が冷遇されているだよなー。 ただ、>>196 の会社の営業やエンジニアが自発的にそれらの事を言い出せないレベルであるなら 無理にそういう事をヤるとハマるので、素直にAS/400捨てて、Windowsなり、Linuxに移行した方がいい。 年商100億以上の所はASをつかっていればいいけど(どのみちそれ以外にもサーバーが多数いることになる) 以下のところはさっさとASを捨てたほうがいいよ。 すんません質問です 最近AS400DBから出力したファイルをSQLServerに取り込む処理が必要になり、 ファイル転送には全銀TCP/IPを使うことになりました。 データのエンコード(IBM漢字⇔S-JIS)を全銀の変換ユーティリティを行う予定をして いたのですが、同一ファイル内に全角漢字と半角カナが入った状態での変換時に エラーが出て、変換が出来ないのが判明しました。 無償でコマンドから実行できたり、DLLを呼び出してエンコードが実行できる様な ソフトはないでしょうか? また、有償でお勧めのソフトはありますでしょうか? どなたかアドバイスを宜しくお願いします(`・ω・´) >ファイル転送には全銀TCP/IP そこでなぜ茨の道を歩むのか理解できない。w ちなみにAS/400同士の転送でも全角文字と半角カナが混ざっている フィールド属性Aのカラムだと自動的に変換は無理ぽ。 >>200 のエラーの原因がコレかどうか解らんが、コレだったら諦めろ。w >>200 なんでSQL ServerのDTSを試してみないの? >>201 おぉ、レスありがとうございます 全銀なんて訳のわからないソフトなど使うつもりは無かったのですが、 既存で使われていた関係で、客の要望でした・・・ 結局変換は富士通のF*TRANを使うことになりました これは便利そう 転送機能のみしか使わないのにこの値段は高いわなw 調査工数はしっかり請求しますがww ちなみにV5以降のAS400なら無償と言うか最初からそういう 変換ツールや機能があるんだが・・・。 つかODBCでもJDBCでもできるはず。 CAとかPcommとかにもデータ転送ユーティリティあるよねえ? フツーのcsvに吐き出せる気がするけど・・・ (外字か半角カナで躓くのかな。うちは今のところ問題ないけど) PcommのオマケのヤツはPTFとか当ててないと、そこらで泣くケースがあるな。 カラムの数が256か512超えてるとダメだったかもしれん。 ファイルのCCSIDによっても動作が微妙だしなー。 大先輩の皆さんに質問! 最近AS400が遅いもんだから、安価でキケンなPC鯖に移行することになった。 で、とりあえず現状のDS2/400のデータを、Oracleに移し変えようと思って ODBC経由で、DB2→Oracleのツールつくって、転送はじめたんだけど ここで、文字列フィールド(からむ?)に問題が ODBCのAPIから見ると、CHARで定義されてるって取得できるんだけど 取得したバイト数が、5250コンソールからみたバイト数とちがってる コンソールだと8バイトでも、ODBCだと10バイトとか これ全角可能なOからむ?とかだけじゃなくて、半角のみはいってるAだっけ?でも起こってって おかげで、全部自動でコピーできる予定が、フィールドの長さを調整しなおさないといけなくなった これって、なんでおこるの?どやって解決するべきなのかな? >>207 具体的にどんな8バイトデータが10バイトデータに化けたのか 提示してみたら? >>208 文字が化けるんじゃなくて、フィールド長が化ける?なんだよ〜 日付を格納してある、8桁(yyyymmdd)の数値カラムが ODBC経由でフィールド特性をみると、10桁のNumericに見えたりする 実際値とってみると、8桁なんだけどね それはODBCのバグなんだろうから、IBMに問い合わせれば? JDBCのgetMeta....うんちゃらの機能だとちゃんとカラムの属性は取得できる。 >209 DSPFFDの出力と、SYSCOLUMNSでとれる内容とで、フィールド属性と桁数がどうなってるかを見せてクレー ここって生きてる? AS→PCのデータ転送したいんだけどさ、rtopcbよりも早い方法ってない? 線が細くって、FTPでも100Kb/sぐらいしかでないんだよね きっと転送データを上手に圧縮してくれればいんだろうけど gzip転送とか、sftpで圧縮転送とか あ、AS内部に圧縮データつくるのはナシね すでにいっぱいいっぱいで余裕ないから >>213 V5R1以降(サーバー/クライアント共)だと、ファイル転送の設定にある 接続のオプションで圧縮ができるみたいだな。 効果は知らないが。 >>216 iseries Access for windowsで 転送定義を作るときに 「ファイル」→「プロパティ」と開いて 接続タブを開くとデータ圧縮のオプションが指定できる。 AS400側がV5R1以上だと、圧縮に応える様子。 初期値が「圧縮する」なので、気づかず作ればすでに圧縮する指定になっているかも。 古いバージョンで転送定義を作っていたなら、一度開いてチェックして保存すると なんらかの効果が出るかも。 それって実のところあんまし効果ない印象があるだが。 ftpの方が速かったりするケースもあるし。 教えてください。VB6,AS400(CA)の環境で開発してます。VB6よりAS400のプログラム立ち上げたいのですが、分かりません、教えてください。 ググレカス と言うか、そういうのを人に聞くレベルの人間は変に手を出さん方がいいと思うけど。 CAからVB呼ぶ方が楽なワケだし。 これが最近絶滅しかかっているVB厨の成れの果てか・・・ ネタスレかと思って覗いてみたら、マジメな話してるのなwww どうでもいいから、社内失業者の愚痴を聞かせてくれ。 iSeries Access for Windows V6R1 みんなもらった? Windows 7 Professional 64bit でとりあえず問題出てないよ〜。 来週、お客さんのところでAS400からPCへデータ転送の作業をする事になりました。 以前AS400でPGをやったことがあるので私に任されました。 そのような作業は何度かやった事があるぐらいでしたし、何年も前の事なので良く覚えていません。 たしか、クライアントアクセスか、ピーコム(名称あっていますか?)を使用したと思いますが、 どちらかを使ったとき上手く行かなかったような気もします。 実際に試してみたいのですが、現在の職場にAS400がありません。 また、お客さんの環境にどちらがインストールされているかも行ってみないと分からないと言われました。 こんな状態でとても困っています。 クライアントアクセスと、ピーコムを使ったデータ転送のやり方をそれぞれ教えていただけないでしょうか? やり方がわかるホームページを教えて頂いても有難いです。 また、転送時間の見積もりをしろと言われています。 大体の時間を計算する方法を教えてください。 例えば、何桁のレコードが10000件のファイルを転送するのに約何分とか。 どうか、宜しくお願いします。 >>231 ASのバージョンもわからず転送時間を見積? 冗談w >>226 オープン系で社内失業して、RPGやらされる可能性大な自分が通りますよ。 勉強するのは苦にならんけど、自宅に環境作れないとやる気でねぇ、、 PCOM使うってなると固定長テキストとかCSVででも転送するのか? うちはクソ古いAS/400とPC-UNIXでクライアントがWinXPという どうしようもない環境だったから、XPでバッチ起動して固定長テキストで 読み込んで、SAMBAでUNIXの方に渡して通信で読み込みPGをキックするという 貧しいやり方だったが。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる