【コボル】COBOL不要論【いらない】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2009/07/30(木) 16:12:560951デフォルトの名無しさん
2011/09/19(月) 00:17:42.88うちは概ね30台ほどに4システム振ってそれぞれ512MB割り当てたLinux上で普通にJava動かしてるけど…
0952デフォルトの名無しさん
2011/09/19(月) 01:02:24.27ボーヤはphpでも弄って寝てろ
>>951
ギガ積んでから出直せ
いつの時代だ
0953デフォルトの名無しさん
2011/09/19(月) 06:34:42.61その後、汎用機1台をWindowsに置き換えて確か
Windows(メモリは、ギガを積んでいる)と
汎用機は、光回線で結んでいると言っていた。
0954デフォルトの名無しさん
2011/09/19(月) 06:44:01.92恐らくメモリ増設の事を言っているのだと思います。
で、前のCOBOLの会社ですが汎用機は約24時間フル稼働です。
1日に1回再起動(深夜時間帯)をかけているだけでした。
0955デフォルトの名無しさん
2011/09/19(月) 06:59:18.090956デフォルトの名無しさん
2011/09/19(月) 09:51:34.31メモリリークは、考えません。
0957デフォルトの名無しさん
2011/09/19(月) 10:08:10.77他の言語:
パソコンから入力⇒入力したパソコンが処理をしてデータベースに登録
COBOL:
パソコンから入力⇒汎用機に入力したデータが集められる⇒
汎用機で処理をしてデータベースに登録
つまり、汎用機は常に動作中でなくてはならない。
⇒メモリリークを考えたらいけない⇒メモリの物量作戦
0958デフォルトの名無しさん
2011/09/19(月) 10:30:59.27地元では、COBOLを教えていたり工業大学ではBASICとFORTRANを教えて
いるという話を聞く。
どこでBASICやFORTRAN、COBOLを使っているんだよ
0959デフォルトの名無しさん
2011/09/19(月) 10:50:09.78バリバリに現役。
0960デフォルトの名無しさん
2011/09/19(月) 10:56:06.51お前さ、自分の知ってる世界がこの世の全てと思ってもらうと困るんだよ
0961デフォルトの名無しさん
2011/09/19(月) 11:12:30.83大企業や金融機関、鉄道・電気・水道・ガス等の社会インフラ関連、各省庁のバックエンドでは未だCOBOLが現役で稼動している。
ただそういったところでも一般ユーザーが目にするフロントエンド系は殆どオープン系だったりするから
エンドユーザーが稼動しているCOBOLを実際に目にすることは皆無だろうね。
0962デフォルトの名無しさん
2011/09/19(月) 11:36:37.72国家試験のCOBOL問題の難易度はCやJavaと比べると簡単だよ。
クラスやアドレスのことを考えなくていいし。
0963デフォルトの名無しさん
2011/09/19(月) 11:53:44.94他の言語について誤解していますね。
他の言語もクライアント側からサーバー側に情報が集められて
サーバー側でデータベース処理が行われる。
クライアント側でデータベース処理ができると
DBの破壊や情報の改ざんとか
セキュリティ面から見ても危険ですよ。
0964デフォルトの名無しさん
2011/09/19(月) 12:17:50.67DBの破壊や情報の改ざん
なぜそのような事がおきるの?
プログラムは、コンパイルをして実行可能な状態になりますよね
(インタプリタを除く)
COBOLは、classファイル VBは、exeファイル javaは、jarファイル
このファイルが起動するわけだから(プログラムは、起動しない)
DBの破壊や情報の改ざんができないはずですが。。。
この実行可能状態のファイルは、解読不可能。
0965964
2011/09/19(月) 12:33:07.74classファイルですね
何を言いたいのか分かったと思いますが念のために
exeファイルは、解読不可の為変更できない。
つまり、修正はプログラムを修正して再度コンパイル。
もちろんプログラムの中にDBへのアクセスも含まれています。
悪意のある人がDBをいじくろうとおもってもできないわけです。
0967デフォルトの名無しさん
2011/09/19(月) 12:42:13.03>>957
> 他の言語:
> パソコンから入力⇒入力したパソコンが処理をしてデータベースに登録
入力するパソコンと処理するパソコンが別のパソコンなら、
サーバ・クライアント方式という観点で COBOL もその他も一緒。
同じパソコンなら色々と誤解してる。
0968デフォルトの名無しさん
2011/09/19(月) 12:47:53.00確かにそうですね。
ならば、COBOLにあるバッチ処理もその考え方から必要なしとなりますね
0969デフォルトの名無しさん
2011/09/19(月) 12:52:49.410970デフォルトの名無しさん
2011/09/19(月) 12:56:29.52解読不可って誰が決めた?VB6なんか接続文字列埋め込みだろ。
パスワードも埋め込んでるかもしれない。そんなのバイナリエディタ
で見たらすぐわかる。
0971デフォルトの名無しさん
2011/09/19(月) 12:57:38.210972デフォルトの名無しさん
2011/09/19(月) 13:01:48.46他の言語にすると埋め込まれないなら明日にでも移行したい。
0973デフォルトの名無しさん
2011/09/19(月) 13:02:21.41MZ ク @
じゃあこの内容を解読お願い
0974デフォルトの名無しさん
2011/09/19(月) 13:09:38.74次の日付にする為にバッチ処理(又は手動)が必要なのは
わかるがそれ以外の必要性を感じない
0975デフォルトの名無しさん
2011/09/19(月) 13:23:27.76つ[参考書]
0976デフォルトの名無しさん
2011/09/19(月) 13:23:44.24> プログラムは、コンパイルをして実行可能な状態になりますよね
> この実行可能状態のファイルは、解読不可能。
こいつらがお前の作ったプログラムで安全なものだと絶対に言えるのか?
解読が不可能とは言えないし、別のプログラム作ったりもできる。
動的にSQL生成してれば、データの改ざんや漏えいが無いとは言えない。
>>966さんこそ分かってますか?
そもそもJavaやVBを知ってる人間ならば、
クライアント側でDB更新処理なんて
そんな危なかしいシステムの作り方は普通しないでしょ。
0977デフォルトの名無しさん
2011/09/19(月) 13:25:54.25月次処理とか年次処理とか、どうするつもりなんだろう。
0978デフォルトの名無しさん
2011/09/19(月) 13:28:46.84必死だな。
ファイルですらない。
0979デフォルトの名無しさん
2011/09/19(月) 13:31:28.13月次処理や年次処理といってもパソでSQL一発でしょ。
COBOLのバッチ処理って近所のコンビに行くのにジェット機を使うイメージ…、つまり無駄だらけということ。
0980デフォルトの名無しさん
2011/09/19(月) 13:32:01.00つ[秀和システム刊 図解標準最新VisualBasic.netハンドブック]
ここでVBの画面からAccessにアクセスしてデータの取得などをしているから
参考にしてね
0981デフォルトの名無しさん
2011/09/19(月) 13:33:18.18上に書いているだろう
月次や年次は、SQLで終わると
0982デフォルトの名無しさん
2011/09/19(月) 13:39:04.94昔VBで作ったシステムで
クライアント側にもDB持たせて、逐次更新させて
一日おきとか、定期的にサーバー側のDBを更新させたり同期取ったりしてたな。
ネットワークやサーバーの処理が貧弱な時代の話だから
今はそういう作り方しないだろうけど。
0983デフォルトの名無しさん
2011/09/19(月) 13:42:01.09そこら辺の議論は、このスレでも度々出てる。
過去ログをちゃんと読んでくれ。
0984デフォルトの名無しさん
2011/09/19(月) 14:00:19.70普通のシステムなら、「営業日」というのがあるから。
簡単に次の日が求められない。
>>979
携帯の課金明細のシステムみたことあるけど複雑すぎて
SQLじゃとても処理出来ないよ。
>>981
どんだけ、簡単な業務なんだ?
0985デフォルトの名無しさん
2011/09/19(月) 14:04:16.32同じ土俵で話し合っているような感じだなw
しかもレベルがあまりにもかけ離れすぎて話が全く噛み合っていないという…。
0986デフォルトの名無しさん
2011/09/19(月) 14:13:37.40[携帯の課金明細]
SQLServer、Oracle、DB2、PostgreSQLではSQL文にIF文が使えるから
それを使ってどうにかならない?(変数も宣言できるよ)
0987デフォルトの名無しさん
2011/09/19(月) 14:58:10.44世の中SQLがあればすべて解決出来る!みたいな w
0988デフォルトの名無しさん
2011/09/19(月) 15:07:46.48デバッグもしにくいし。
あと大量のデータ(例えば1000万件のデータ)処理中に障害がおこったらどうするんだ。
もう一回最初からリトライするのか。
COBOLというか通常のバッチなら100件コミットとかを駆使して、
障害がおこっても止めずに「エラーデータ」と「正常データ」を切り分けて処理を継続
あとでパッチをあてたりと、色々と融通を利かす余地をつくる
0989デフォルトの名無しさん
2011/09/19(月) 15:59:38.97どういう時に1000万件のデータ処理が起きるんだ?
まず、基本情報にでてくるテーブルの正規化をしているでしょ?
⇒変更処理でも前件変更しなくてすむ
追加処理でも同時に1000万件って起きないよね
基本的にプログラムでSQL文を実行するときに例外処理も書くよね
Oracleには、ロールバック機能、ロールフォワード機能が標準に備わって
いるし。。。仮に更新途中で止まってもこの機能で回復する
0990デフォルトの名無しさん
2011/09/19(月) 16:25:11.090991デフォルトの名無しさん
2011/09/19(月) 16:25:59.800992デフォルトの名無しさん
2011/09/19(月) 16:27:12.84ガスは?水道は?
さて問題です。銀行では毎日取引が行われております。
日本には銀行と取引のある会社(中小企業含む)が何社あるでしょう。
1社当たりの月締めの買掛金/売掛金の件数は?
さて問題です。日本人の携帯電話利用者数は何人でしょうか。
1人平均1日何回通話するでしょうか。メールは?ネットのパケット料金は?
そしてその通信会社の決算はどうやって計算しているんでしょう。
さて問題です。楽天やYahooショッピングでは1日当たり何件の注文があるのでしょう
つかれた。
0993デフォルトの名無しさん
2011/09/19(月) 16:29:21.84kwsk
0994デフォルトの名無しさん
2011/09/19(月) 16:55:52.49ttp://hibari.2ch.net/test/read.cgi/tech/1200123517/
0995デフォルトの名無しさん
2011/09/19(月) 16:56:37.850996デフォルトの名無しさん
2011/09/19(月) 16:57:07.870997デフォルトの名無しさん
2011/09/19(月) 17:24:53.900998デフォルトの名無しさん
2011/09/19(月) 17:25:03.330999デフォルトの名無しさん
2011/09/19(月) 17:28:15.14.|| |
.|| ● |
.|| |
.|| ̄ ̄ ̄ ̄
.|| 君が代は
∧__,,∧|| 千代に八千代に
( `・ω・|| さざれ石の巌となりて
ヽ つ0 こけのむすまで
し―-J
1000デフォルトの名無しさん
2011/09/19(月) 17:28:51.6210011001
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。