- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 620 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:11:46 ]
- >>618
ひぇぇぇぇ
- 621 名前：デフォルトの名無しさん [2007/09/22(土) 22:21:18 ]
- 金融歴20年のコボラ−はもう派遣か請負しかないよ
まともな会社に社員採用はまずない
- 622 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:28:48 ]
- 普通に銀行のシステム子会社を渡り歩けばいい。
銀行のシステム開発は人手がいくらあっても足りない。
あまりにデータ量が多い＆ミッションクリティカルなため、
メインフレーム＋コボルでしか運用できないのだ。
- 623 名前：デフォルトの名無しさん [2007/09/22(土) 22:35:29 ]
- >>622
ああ、その手があった
生保、損保の子会社もあるね
データ量＝契約件数＊1.4倍くらいあるから、マジで半端ないw
正直外資系、年俸制とかはヤバそうだけど、やってる人いる？
求人内容には18:30には帰宅しています、なんて載ってるけど、どう考えても
嘘だよな
派遣：2次受けの会社（客先常駐）も含む
- 624 名前：デフォルトの名無しさん [2007/09/22(土) 22:38:26 ]
- 保険や金融はねえ、最低でも100人月以上の仕事だから
人手はとにかく足りないんだよねえ
- 625 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:38:59 ]
- いまだにATMが24時間動いてないのは
コボラーが夜間にシステムとめて変な処理してるからだろ
いい加減目を覚ませよ
お前らのやってることは間違いだらけだ
- 626 名前：デフォルトの名無しさん [2007/09/22(土) 22:39:18 ]
- 俺派遣コボラー（直近は一般派遣）だけど、
元請のユー子とかに入れたりするのかな
現在30歳だけど・・・
もうムリかな・・・
- 627 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:44:52 ]
- >>625
通信系のバックも汎用機なんですが。。。
- 628 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:59:55 ]
- >>625
金融系のシステムでやってるのが
オンライン処理だけだとでもおもってるの？
そもそもバッチ処理を動かすことと
オンラインシステムを止めることは関係ないし
最初の設計段階で24時間稼動まで考えて
なかったんだからそう動いてないシステムが
まだ存在するのは当たり前で
言語の問題ではない。
基幹系のシステムをちゃんと勉強してね
JAVAでやるにしたって必要な知識でしょ
- 629 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:01:26 ]
- Javaが基幹系をやるケース自体レアだと思うけどなあ
一時期はそういう風潮もあったけど
今ではIBMも含めてどのSIもそんな提案してないでしょ
失敗して責任とらされるの怖いもんね
- 630 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:10:09 ]
- >>626
力量にもよるだろうけど
団塊が一気に抜けることを考えると
今一番必要な世代ってな気もする
逆に言えば移るなら今かもね
色々いってるけど
俺らが現役の間は絶対にCOBOLは
無くならないよ、つか無くせない
- 631 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:20:45 ]
- いや、そりゃ無くならないとは思うよ(無くなって欲しいけどｗ)
でもそれって、コボラは概して不勉強であり、周りに害を与える存在であるって事実と
なんら関わりないことだよね？
- 632 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:26:01 ]
- まあ絶滅はしないにせよ現代言語に置き換えられていく流れは変わりようがない
- 633 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:27:46 ]
- そういえば以前いた現場では、バッチ処理が昼間動いてたよ。
何時間か置きにデータをDBに格納するの。COBOL関係ないけどね。
そういう状況下では別に夜間止める必要ないな。
俺のやった仕事で言えば、メインフレームからOracleへのリプレースで
COBOLで書いていた夜間の集計処理をPL/SQLに置き換えるってのはあった。
一方でWebシステムのサーバーサイドにCOBOL使ったりしてるところもある。
F社の何とかステージとやらで...製品知識無いんであまり説明できないけど。
結局音頭取ってる人間次第で使う言語や構成が変わるんだろうね。
- 634 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:36:27 ]
- > でもそれって、コボラは概して不勉強であり、周りに害を与える存在であるって事実と
> なんら関わりないことだよね？
ソースは？
- 635 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 23:46:29 ]
- ソースねぇ・・・
Java使いが叩かれるのも、コボラが叩かれるのも
そこには幾許かの真実があるからだと思うけど
まず、あんたはどう思ってんのよ
- 636 名前：デフォルトの名無しさん [2007/09/23(日) 00:00:49 ]
- IBMがシステムマイグレーションで完全Javaリニューアルを提案するとは思えないw
もう懲りたべ
- 637 名前：デフォルトの名無しさん [2007/09/23(日) 00:06:23 ]
- 話をすりかえるなよ。
ソース出せよソース。
- 638 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 00:08:14 ]
- 脳内ソースだろｗｗ
真実だってよ 笑っちまうｗｗ
「思う」なんていわずにソースだして断言してみろよ
- 639 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 00:35:38 ]
- ソース出せとか、いつの時代の煽りだよｗ
何にでも乗り遅れるのがコボラか？ｗｗ
- 640 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 00:50:43 ]
- ソースが出せない電波厨房の負け惜しみ劇場が始まりましたｗｗｗｗｗ
- 641 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:03:43 ]
- 悲惨だな
- 642 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:17:08 ]
- 今頃必死でネット上でソースをかき集めようとしている
涙目の>>639の姿が目に浮かぶ
- 643 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:19:52 ]
- アホなコボラーの例をいくつあげればいいんだ？
- 644 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:40:19 ]
- いいから早くソースを出せ。話はそれからだ。
- 645 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:42:21 ]
- ソースと思ってあげても君らがソースと思わなかったら意味がないからな
何をあげればソースと認めるのか、そこをまず聞こうか
- 646 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:49:53 ]
- ﾌﾟｯ
- 647 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 01:50:46 ]
- コボラー相手に論理的な話し合いなど不可能ということかな
- 648 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:01:46 ]
- もうどう考えたって敗北してんだから 大人しくいなくなればいいのに
これ以上負け惜しみを重ねることもあるまい 惨めな気持ちになる
- 649 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:04:42 ]
- だーかーらー
「コボラは概して不勉強であり、周りに害を与える存在である」
と類似する文書を書いてあるソースを出せっつーの
それができねーならとっとと尻尾を巻いて消えろよ、この四つ足が
- 650 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:05:53 ]
- 試しに「コボラ 不勉強」でぐぐったら、出てきたのほとんど2chだったぞ藁
- 651 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:06:01 ]
- コボラ進退窮まって自演かよ
ひでぇなこりゃｗ
- 652 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:21:47 ]
- 村上龍は13歳のハローワークで
コボラは無能であり日本から消えていく存在だと言っていたな
- 653 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:38:36 ]
- ●●は○○だからダメっていうレッテル貼りに終始してる奴って
自分の無能さから目を背けてるだけだったりするんだよね。
- 654 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 02:59:11 ]
- ｺﾎﾞﾗは馬鹿だけど
ｺﾎﾞﾗ叩きはそれに輪を掛けて馬鹿だったって事か
- 655 名前：デフォルトの名無しさん mailto:sage [2007/09/23(日) 10:33:50 ]
- 亀レスだけど
＞最近の流行は、Linux＋Oracle＋Pro*COBOLというパターンだね。
某金融系の某○立が似た事やってんだけど、
こっちとしてはデータが出来れば文句ないが、
Oracleのテーブルに主キーなし、インデックスなし、全カラムnull可で
ユーザー側でそのデータで分析やろうとしても３０分〜３時間くらい
結果が返ってこないワケだが・・・。
もう少し某日○はRDBの事を勉強してください。おながいします。
ぶっちゃけ漏れがSQL+JDBCアプリ組んだ方が１００倍速いです。
- 656 名前：デフォルトの名無しさん [2007/09/23(日) 10:38:03 ]
- >>655
つうかＥｘｃｅｌＶＢＡでフロント組んでも勝てるじゃね
- 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 ]
- いや、君のほうが必ｒｙ
|
 |
