- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 657 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 10:45:18 ]
- それは日立が無能なのであって言語とは関係ない
DB設計をプログラマがやるような超小規模な案件なら話は別だがな
- 658 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 10:45:45 ]
- >>656
いや、それはAccess+VBAがフロントエンドのシステムでつ。
そのOracleと連携してアレコレしているそうですけど、
根本的に実効速度を無視している感ありで、
ユーザーが「遅いよー」とゴネでも「データ量が多いのでそれくらい時間かかります」
とかヌカしやがった。ｗ
さすが年金問題な某日○だな、と思いました。
漏れがIBMの鯖で試しにテーブル移植しサンプルをJava+SQLで作ったら
たら100倍近く早くなったけどサ。
- 659 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 10:51:43 ]
- >>657
主に日立が無能なのは同意だけど、ユーザーの要望に合わせて
言語を選択するのは、規模関係ないと思うけど。
COBOLでもデータ分析に適したリレーショナルなＤＢシステム作れると思うけど、
やっぱCOBOLerが設計すると横長DBになりがちではあるよ。
純(?)なSQL上がりな人間からするとSQL発行できれば、CでもJavaでもVBAでも
言語はどれでもよかったりするけど、COBOLerとExcel信者は
横長志向だとｵﾓ。
- 660 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 10:54:03 ]
- 主キーがないってすげえな
- 661 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 11:26:51 ]
- ＞普通に銀行のシステム子会社を渡り歩けばいい。
＞銀行のシステム開発は人手がいくらあっても足りない。
この間、システム共同化とかいって地銀のシステム子会社の
エンジニアは軒並み仕事がなくなったワケだが。
地銀系はこの流れになっていくとｵﾓ。
なんか都銀のパッケージを不思議に啓蒙している不思議な経営陣だから。
漏れの知るところの都銀のシステム子会社(某○菱系)だと仕事はあるにはあるけど、
孫会社や下請けに丸投げの中間マージン搾取会社となっているフシがあるから、
あんまし銀行系の開発ってお勧めしない。特に某○菱は死ぬほど金払いが悪い。
他の都銀は金払いいいのか知らんけど。似たようなモノだとｵﾓ。
- 662 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 11:32:25 ]
- なんで中間搾取会社なんてのが存在できるんだろうな
合理化という言葉はどこに消えてしまったんだろう
- 663 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 00:09:09 ]
- コボラにDB設計やらせると主キーなしのテーブルができるって、、、
それってどこかに元ネタがあってそれが広まった都市伝説じゃないの？
ファイルにソートキーつけまくってブレイク処理しまくる処理に慣れている
コボラが、キーの概念を知らないというのは考え難いんだけど。
- 664 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 00:15:27 ]
- 俺の今いる職場、COBOLつかってないし、元々の設計者がCOBOLerかどうかも分からんけど、
トランザクションに主キーが無い。
- 665 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 00:42:49 ]
- 別に主キーなんてなくてもいいじゃん。
COBOLの世界じゃ、レコードの格納順番が
そのままキーということが非常に多い。
- 666 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 01:00:59 ]
- ＞トランザクションに主キーが無い。
ごめん意味不明
- 667 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 05:44:14 ]
- >>663
都市伝説もなにも実在する以上の証明はないワケですが。
変に汎用機慣れしているとユーザーサイドの使い勝手と言うか、
COBOLの「全件読んでからブレイク集計」と一般的SQLの「情報を
集合で扱う」概念が身にしみてないだけだろう。
- 668 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 08:54:16 ]
- > 実在する以上の証明はない
お前の周りだけだろ
つかお前>>631だろ？？根拠のない断言大杉
貴様のことを「思い込み厨」と命名するｗｗ
- 669 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 09:05:16 ]
- ここでCOBOL叩いている人って、実際のCOBOLの知識なさそう。
ネットの記事や２ｃｈだけ読んで思い込んでいるというか。。。
家にこもってないで外に出ろ！現実を見ろ！
- 670 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:40:25 ]
- >>666
後ろに「データ／ファイル／テーブル」などと付けなきゃ分からんか？
要するに取引データみたいな物のことだが、、
一つの取引を特定できないって状況なんだよ。
- 671 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:54:26 ]
- ここでCOBOLer叩きしてるヤツが馬鹿だという事がよく分かった
コボラを叩きたいんなら、他スレでやってくれ
- 672 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 13:17:34 ]
- >>670
やっぱり、意味不明。
- 673 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 14:29:42 ]
- コボラ叩きの言ってることの方が説得力があるぞ
コボラ叩きを叩いてる連中の発言には中身が何も無い
- 674 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:33:18 ]
- >>673
それ、冗談で言ってるんだよな？(笑)
コボラ叩きはレッテル貼りしかしてないじゃないか。
- 675 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:55:09 ]
- 仕様の枯れてない言語は嫌なんだよなあ。
Javaはすぐに次のバージョンが出てしまう。
俺なんか1.2の参考書の勉強がまだ終わってないぜ。
- 676 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 20:40:56 ]
- 今までオープン系を10年近く経験してきたが、
「トランザクションに主キーが無い」はおろか
という表現はいまだかつて聞いたことないな。
- 677 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 22:25:24 ]
- ＞コボラ叩きはレッテル貼りしかしてないじゃないか。
主キーがないやら、インデックス知らないとか具体例満載で
説明されているのに「レッテル貼り」とは日本語読めない人か？
つかコボラーは釣りかマジレスか解らん池沼が多いな。
- 678 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 22:51:50 ]
- ＞主キーがないやら、インデックス知らないとか具体例満載で
いやだから、そんな人いないから・・・てこのスレで書いてるのに。
なんでCOBOL＝DB知識がないって思い込んでるんだろう、この人。
COBOLだって普通にOracleバリバリ使うのに。
それで、「トランザクションに主キーが無い」って何？
- 679 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 00:09:27 ]
- >>664＝>>670≠>>677ですが、
「トランザクションに主キーが無い」はおろか
という表現は、おれも>>676ではじめてみましたよっw
トランザクションテーブルに主キーが設定されてない実例はあるよって言ってるだけなんだが。。。。
おまけにCOBOLerとの関連は不明としているでしょ。ちなみに俺自身経験の半分はCOBOLだし。
俺は10年も経験ないけど、主キーの無いテーブルを見たのは初めてだったのは確か。
逆に主キーが無いテーブルってのは結構多いの？
- 680 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 00:21:36 ]
- 各レコードに5明細ずつとかわけわからん設計してるくせに
「主キーくらい知ってるわ！」と言って熱くなるコボラｗ
- 681 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 00:38:46 ]
- それはコボルとかコボラは関係なく
設計が馬鹿なだけで・・・
- 682 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 00:59:34 ]
- いい加減敗北を認めて去ればいいのにねぇ・・・
- 683 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 01:08:05 ]
- >>681
横長テーブルはCOBOLの言語仕様と関係ないとは言えないのでは？
- 684 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 01:11:20 ]
- なんでやねん
- 685 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 01:41:19 ]
- 敗北も何も・・・
コボラやコボルと関係ないことで叩かれてもねぇ
- 686 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 01:49:08 ]
- 金融商品のマスタテーブルや、株式・債券の約定取引テーブルなんていったら
カラム数100個なんて簡単に突破する横長テーブルになると思うのだが・・・。
あと、パフォーマンスを重視した正規化崩しとして、テーブルのカラムに
項目1、項目2・・・と繰り返しを定義するのは、必ずしも間違いではない。
数テラバイトのデータを扱うDWHでは一般的な手法。スタースキーマあるいは
スノーフレークスキーマの形を美しく整えるほうが大切。
- 687 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 02:06:30 ]
- DWHか、懐かしい。
購買テーブルのレイアウトに、商品コード、商品名漢字、商品名略称、商品名カナ、
商品単価、商品製造日付・・・なんて項目がずらっと並んでいるんだよね。
商品属性をマスタに出して従属させちゃいけないんだよね。
- 688 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 02:28:46 ]
- >>679
トランザクションでなくて、
取引明細テーブルに主キーがないと
言ってくれれば誰でもわかる。
- 689 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 02:37:26 ]
- たぶん彼はもう話の流れについていけなくなって
逃走間際だと思うよ
- 690 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 03:46:29 ]
- もう一つ考えられるのは、従来の
トランザクションファイル(マスターファイルに対する更新要求列)を
テンポラリなテーブルとして、DBに持つケース。データ管理の一元化
などで起こりうる。上の方で日立を馬鹿にした書き込みが続いていたが
これなのではないか。
せっかくテーブルに仕立てたのだから、主キーくらいは設定して、
更新に行く前にチェックもしようよの意味で使ったのだろう。
- 691 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 06:41:08 ]
- ＞＞主キーがないやら、インデックス知らないとか具体例満載で
＞いやだから、そんな人いないから・・・てこのスレで書いてるのに。
ナニ半島の人みたいなレスするんだか。ｗ
オマエみたいな池沼は現実に存在する。
つかOracle社の中の人が見たら笑う様なレスすんなよ。
- 692 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 09:47:13 ]
- うわあ・・・具体的な反論ができなくなっちゃってるう（笑）
- 693 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 10:20:59 ]
- 負け惜しみって惨めだねぇ
- 694 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 12:26:30 ]
- ・特定条件下で横長テーブルが妥当であることと、あらゆる条件下で横長テーブルが妥当であることとは違う
・DB詳しいコボラが存在することと、全てのコボラがDBに詳しいこととは違う
よってコボラの反論はすべて詭弁以下
- 695 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 12:39:40 ]
- 会社が昼休みになったのかｗｗ
＞DB詳しいコボラが存在することと、全てのコボラがDBに詳しいこととは違う
これってそっくりそのまま
＞DB詳しい蛇腹が存在することと、全ての蛇腹がDBに詳しいこととは違う
にあてはまるね
ほとんどの蛇腹は、create table文さえ知らないアフォな兵隊だからねｗｗ
- 696 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 12:44:06 ]
- >>695
＞DB詳しい蛇腹が存在することと、全ての蛇腹がDBに詳しいこととは違う
あたりまえでしょ。何を得意になってるのやら
だけど、横長テーブルやフェッチを好む蛇腹は居ないんだよ
何のメリットもないから
- 697 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:06:23 ]
- ｱｲﾀﾀﾀﾀﾀ
＞横長テーブル
君の職場がしょぼいテーブルしか使わない程度の案件しかやってないんでしょう
＞フェッチを好む
フェッチの意味よく分かってないんじゃないの？
- 698 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:08:00 ]
- このアンチ君、2年目くらいのスキルしかないんじゃないの？
開発経験本当にあるの？単なるプログラムオタクレベルっぽい。
もしかして愛読書はWebDB Pressかい？（爆笑）
- 699 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:12:13 ]
- 頭痛くなってきた・・
・特定条件下で横長テーブルが妥当であることと、あらゆる条件下で横長テーブルが妥当であることとは違う
「「「不適当な条件下で」横長テーブルを好む」蛇腹はいない」
な？
バカなの？
何が「君の職場が・・」ｗなの？
バカ？
よーく考えてよ。
無理？
- 700 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:14:51 ]
- ひっこみがつかなくなってきたな
- 701 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:15:39 ]
- あ、あとさ
＞だけど、横長テーブルやフェッチを好む蛇腹は居ないんだよ
これのソースは？
- 702 名前：デフォルトの名無しさん [2007/09/25(火) 13:16:11 ]
- うちの部下のJava使い、キーのないテーブル設計して俺に持ってきたよ。
- 703 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:17:07 ]
- おまいら、新人をあまりイジめるなよ
- 704 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:18:04 ]
- だっていじくり甲斐があるんだもんｗ
今の職場じゃ、無能な部下をいじめるなんてしたら問題になっちゃうからねｗｗ
- 705 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:19:39 ]
- あれ、順番まちがえちゃった？
俺の職場がしょぼいテーブルしか使わない程度の案件しかやってないソースと
フェッチの意味よく分かってないソース
はやくだせやボケ
- 706 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:23:25 ]
- 客観的に見てコボラは逃げに終始
説得力ゼロだな
- 707 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:26:31 ]
- >>702-704
なんですぐ涙目なんだよ
泣くほど悔しいんだったら、はじめから勉強しろバカ
- 708 名前：デフォルトの名無しさん [2007/09/25(火) 13:29:18 ]
- フェッチが有効なときもあるが、複雑なUpdate文を組み立てられなくてフェッチを使っているケースがよくあるね
そしてフラグとIF文満載なストアードプロシージャ、どうやってメンテすればいいんだよ
- 709 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 13:34:55 ]
- ソースソースってうぜえょ
>ほとんどの蛇腹は、create table文さえ知らないアフォな兵隊だからねｗｗ
ほれ、ソース出してみろ
それか二度とソースでごまかそうとスルナヨ糞低脳が
- 710 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 18:00:12 ]
- では、まず君のソースを見せてもらおうか？
君が最初にケンカ売ったんだかんね。
自分のソースが出せないからって転嫁するなよ。
- 711 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 18:05:52 ]
- たった1人で孤立無援の戦いを続けるMr.トランザクションに武運のあらんことを・・・
>>664
>>667
>>670
>>674
>>677
>>679
>>680
>>683
- 712 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 18:06:23 ]
- >>685
>>691
>>694
>>696
>>699
>>705
>>706
>>707
>>709
- 713 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 19:11:43 ]
- >>711-712
流石はコボラ
センスは古いし、仕事はいい加減
- 714 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 19:44:37 ]
- Java使うヤツは出来るのとか出来ないのとか当たり外れが激しいとは
思うけど、COBOLerは正直、現代においては外ればっかだと思うが。
特にこのスレのコボラのマジレス（ｗ）をみてるとな・・・。
#釣りにしても酷いが・・・
- 715 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 20:17:48 ]
- >>711-712 それは間違い。
>>664 は、
マスタ系／トランザクション系に分類したときにトランザクション系って意味でトランザクションと書いた。
マスタ系には主キーが付いているので。
>>670 は、
はじめは>>666がトランザクション↓ここらへんの意味でとらえていると思って書いた。
www.sophia-it.com/category/transaction.jsp
>>679 は、
若干カチンときてるが、俺はCOBOLer叩きでも、蛇腹でもない。(COBOLerのつもりでもないけど)
すでにアンタらほど経験もありませんよって認めている。
あとのレスは俺じゃない。
それから横長に付いては、「パフォーマンスのために...」てあたりは一応知識としては知っている。
だから必ずしも否定的ではない。
>>697
これはアドバイスとして受け取っておく。
ありがとう。
俺が書きながら思い出していたテーブルは、明細は横に持っていて、横が足りないと縦を追加している。
店番号(i) 日時(i) 明細1 明細2 明細3 その他の項目 ．．．こんな感じ(iはインデックス)
で実際に担当者がこのレコードを探し出すときに、明細の金額まで見てやっと判断してる。
だからもう少し確実なキーが要るんじゃないかと思う。
- 716 名前：715 mailto:sage [2007/09/25(火) 20:22:44 ]
- 間違えた。
>>697 -> >>688
- 717 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 20:29:29 ]
- 客観的に見て、論理性・人間性ともにアンチの方が上だな
- 718 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 21:49:26 ]
- IDが出ないから自作自演し放題だな
そろそろCOBOLの質問したいんだけど、、、
- 719 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:09:47 ]
- ＞IDが出ないから自作自演し放題だな
確かにCOBOLerの自作自演がかなり酷いな・・・
- 720 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:33:21 ]
- いや、君のほうが必ｒｙ
- 721 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:40:04 ]
- なにがなんでもアンチの自作自演にしないと気が済まないのか・・・。
どーでもいいじゃん。現実のコボラーが改心するワケでもなし。
- 722 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 22:58:14 ]
- そうだな。無能な君がJavaから卒業できるわけでもないし。
Java使いなんてCOBOLer以下の最下層デジドカだという現実に目を向けなよ。
- 723 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 23:01:41 ]
- とにかく大文字だ大文字。
大文字で書けるJavaならば勉強する気になれる。
誰か作ってくれ。改造は意外と簡単なような気がする。
- 724 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 23:39:43 ]
- COBOL勉強中。
思ったより流れが速いだけでなんだか嬉しいです。
- 725 名前：724 mailto:sage [2007/09/25(火) 23:42:37 ]
- あ、流れって、このスレの流れね。
- 726 名前：デフォルトの名無しさん [2007/09/25(火) 23:58:00 ]
- COBOL勉強するなら、端末COBOLや余分なファイルI/Oは飛ばしても構わんぞ。
基礎文法さえ押さえたら、すぐにでもOracleのPro*COBOLを勉強すべし。
オープン系COBOLは今かなり需要がある。
- 727 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 00:58:42 ]
- >>658
年金はデータだろw
>>659
SQLを何度も発行するのがいやで一本化してるんでないの？
ひとつの処理でテーブル１０〜２０使うのはざらにあるし。
- 728 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:00:26 ]
- Pro*COBOLはSQLが埋め込み式だから、SQLの可読性が高くていいね。
これに慣れてしまうと、VBやJavaでひたすらSQLを文字列結合している
汚らしい構文にはもう戻れない。
- 729 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:03:52 ]
- すぐ上に書き込みが来たので、ついでに
> SQLを何度も発行するのがいやで一本化してるんでないの？
DWHに限ってはそれは主目的ではないよ。
このスレにはDWHに詳しい方がいる（いた）ようなので私のような
半端モノは詳細説明を避けるけど、DWHのスレがあれば
そちらで聞いてみるのもいいでしょう。
- 730 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:04:40 ]
- >>723
COBOLで書くなら当然大文字だけどさ、
他の言語使うならその言語の一般的なルールに従おうよ
たまーに見かける小文字COBOLソース見ると、書いた奴殴りたくなるだろ？ｗ
そのまた逆も然り
- 731 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 01:20:08 ]
- それはいえる。変数の命名規約も然り。
だから、口座残高は、JavaではAccountBalance、
COBOLではKZ-ZNDKと書かねばならない。
- 732 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 02:37:47 ]
- ！？
KZ-ZNDK読みやすい！！
講座ズンドコ
- 733 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 03:09:47 ]
- まあコボルがクソ言語で
コボラが死滅していく人種であることには
変わりはないんだけどな
- 734 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 06:00:19 ]
- 大文字で書けるJavaって・・・
書けるだろ普通に
- 735 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 06:42:50 ]
- Javaは大文字でも出来るけど、特に意図がない限りは
そりゃAccountBalanceって記述すると思うが。
- 736 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 06:59:52 ]
- >>735
>>723
- 737 名前：デフォルトの名無しさん [2007/09/26(水) 07:07:40 ]
- 変数とかメソッド名とか漢字を使うと偉く見通しがよくなるけどね
但し、漢字未対応のツールを使うと地獄が待っているが
- 738 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 07:37:58 ]
- 気分転換に質問です。
COBOLで書かれたシステムでは例えば、
摘要を構文解析して、意味を理解分類すると
いうようなコードはどのように書いているの
ですか。
それとも、汎く知られたソースのライブラリの
ようなものがあるのですか。
- 739 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 13:43:52 ]
- >>738
COBOLには可変長の文字列といった概念は
基本的に無いんだよ。わかったな。それだけだ。
- 740 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 21:49:25 ]
- 基本的にない、だけだがな
- 741 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 22:27:15 ]
- マルチレコードレイアウトにやられ気味。
なんじゃこりゃあぁぁぁぁ！
けど、改ページを好きな所に入れられるのは超便利。
- 742 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:36:44 ]
- >>741
REDEFINES と / のことかな？
- 743 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:55:29 ]
- ある特定のカラムに特定の値があったらそのレコードはうんちゃらで、
なんちゃらの時はこんちゃらってのが、相当混乱しました。
キーなのに同じ値が複数あるし。もう慣れましたけど。
ワークスペースに複数の切り分けをした領域取ってやってましたけど、
REDEFINES使えば楽なんですかね？
やってみます。
改ページはAFTER PAGEの事でっす。
- 744 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:56:55 ]
- REDEFINESって概念は他の言語にあるのかね？
- 745 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 03:35:01 ]
- C言語に共用体ってデータ構造があるらしいけど
挫折したからよくわからないんだ…
- 746 名前：デフォルトの名無しさん [2007/09/28(金) 11:02:11 ]
- C言語ならポインターと構造体でアクセスするだけだよ。何の不都合も無い
- 747 名前：デフォルトの名無しさん [2007/09/28(金) 11:36:14 ]
- 都合・不都合じゃなくって、REDEFINESって概念が他の言語にあるのか知りたいんだろ。
言語じゃなくて規約なら、COMがVARIANTという概念で、1つの変数にあらゆる属性の
値を入れることが出来た（主要言語はC++）。しかしこれはREDEFINESとは違うかな。
- 748 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 12:39:52 ]
- >>746
ポインタ設定するの面倒だろ。そのポインタ設定が漏れまくるから
高級言語じゃ使われないのに不都合無いって・・
REDEFINESはメモリ節約の産物だからもう必要ないだろ。
- 749 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 14:46:33 ]
- REDEFINESはCOBOLの中でも最もアセンブラ的な所だね。
REDEFINESと同様の概念がないとすると、アセンブラ的な
ものから遠ざかろうとしている言語がほとんどだから
ではないか。
- 750 名前：デフォルトの名無しさん [2007/09/28(金) 15:51:22 ]
- >>733
まあＪＡＶＡがクソ言語で
ビジネスロジック専門自称ＪＡＶＡＰＧが死滅していく人種であることには
変わりはないんだけどな
- 751 名前：デフォルトの名無しさん [2007/09/28(金) 16:23:57 ]
- >>748
I/Oポートを直接触る組み込みでは未だ必要な機能だよ、コボルと違ってビット単位でアクセスできるし
まあシーケンシャルファイルなんてデータコンバートプログラムでしか用は無いけどね
- 752 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 18:57:57 ]
- あー、昔X68000とかでスプライトレジスタに書き込みする時に
Cで構造体使っていたなぁ。
I/Oを叩く時は必要だと思うけど、COBOL的なデータ操作とかで
構造体やらREDEFINESを使ってどうこうとは今は思わんね。
- 753 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 19:34:32 ]
- STS分割する時に、なんでI/O定義書と違う定義を必要とするんだ？と思った。
- 754 名前：デフォルトの名無しさん [2007/09/28(金) 20:08:09 ]
- >>748
つうかあんた構造体とかポインタって全く解って無いだろ。ポインタ設定が漏れるって何のことだよ
勉強してから一丁前のこと言ってね
- 755 名前：デフォルトの名無しさん [2007/09/28(金) 20:17:28 ]
- ポインタ解決
- 756 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 22:25:28 ]
- >>754はポインタ使ったこと無いのねw
- 757 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 23:24:38 ]
- なぜCOBOLだとポインタは不要なのに
どうしてCではポインタが必須なのだろう。
俺の永遠の課題だ。
|
 |
