【COBOL】コボラー集まれ！！！【事務処理】

1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ] いるだろ？語ろうぜ 602 名前：デフォルトの名無しさん [2007/09/22(土) 20:26:52 ] Java使いの無意味なクラス分割とかモナー そういえばJ2EEのデザパタとか酷いよな 昔からある構造化の考え方をSession Facadeだの何だの さも新しい概念であるかのように喧伝して ただの構造体をValue Objectとか言ってるのは笑えたよ EJBも結局Stateless Session Beanしか使い物にならずに廃れたし 結局DOAなんてイキがってたのが、実装には到底使えない 机上の空論だと分かって、やがて構造化設計に戻っていったのに、 それを認めたくないからってデザパタなんて言葉でごまかしてな 603 名前：デフォルトの名無しさん [2007/09/22(土) 21:06:29 ] >>602 デザインパターンの意味を知って発言してるとは 到底思えないんだけど。 これも釣りなの？ 604 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:09:15 ] 都合が悪いとすぐ釣りとしか書かない人物 ずっとこのスレに常駐ｗｗ 605 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:10:49 ] デザインパターンって、所謂GoFのでしょ？ オブジェクト指向に特化した考え方の中に、むりやり構造化の概念を 詰め込んでいるのが滑稽だという意味じゃないの？ 606 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:40:28 ] COBOLer（失笑）…… Java 叩きはまだしも、 OO 叩きはじめると底の浅さが露見するから迂闊な事はやめとこうぜ。 データ主体に考える事ができない時点で、 OO のオの字も理解してないってバレバレになるからさ。 607 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:43:33 ] オブジェクト指向は構造化なんかとっくの昔に包含してますから 608 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:44:44 ] 無理やり構造化のって意味不明もいいとこ Javaのメソッドは手続きじゃん 構造化設計のノウハウは全てそのまま使えるだろ 609 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:58:23 ] >>603=>>606wwww 具体的に反論できないバカ データ主体に考えて成功した大規模プロジェクトを挙げてみな >>607=>>608 その割りには構造化をバカにするのが典型的なJava厨の特徴ﾌﾟｷﾞｬｰ あと時間はもっとずらしてレスしようぜ どうせ1人の自演なんだろうがな 610 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 21:59:30 ] >>602 そもそもデザインパターンてのは 使い古された設計の手法を パターン化して共通言語にしましょうていうのが 狙いだから「こんなの今までも使ってたよ」て 馬鹿にすること事態が間違ってる。 大体Javaに特化した話でもなんでもないし。 OO指向のパターンでなければ Cで組んでもそれこそCOBOLで組んでも 間違いではない。 611 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:01:35 ] OOのことは全然分からないコボラ−ですが、 データ指向（DOA）の失敗の果てにサービス指向（SOA）が 生み出されたと聞いたことあるのですが。（Javaな人に） 612 名前：デフォルトの名無しさん [2007/09/22(土) 22:02:44 ] > OO指向のパターンでなければ うわ！全然分かってないじゃん！！ 613 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:04:24 ] 構造化をバカにする？ どのレスのことよ 614 名前：デフォルトの名無しさん [2007/09/22(土) 22:04:39 ] はっきりと言えることは、 現在コボラーの人は10年後もコボラーの可能性が高い 現在Java房の人は10年後異業種に転職しているか、死んでいる可能性が高い 615 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:05:32 ] えー？普通デザパタってOOに対して使う言葉でしょ？ めちゃめちゃ広義に捉えた場合は知らんが、普通デザパタといえばOO。 wikiにもGoFの考え方が書いてあるじゃん。 [Design patterns] solve specific design problems and make object-oriented designs more flexiblem elegant, and ultimately reusable. They help designers reuse successful designs by basing new designs on prior experience. A designer who is familiar with such patterns can apply them immediately to design problems without having to rediscover them. 616 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:07:39 ] デザパタ論議はオブスレでどうぞ いくらなんでもここでやるのはどうかと思うぞｗ 617 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:07:53 ] プログラマのレベルって、どの言語を使っているか、じゃなくて どんなシステム開発を行ってきたかだと思うんだけど。 金融歴20年のコボラ−と、Webアプリ5年のジャバラだったら どっちを採用すると思う？ 618 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:10:04 ] >>617 どう考えてもJavaのほうだろ。アホか 5年のコボラと20年のジャバラだと、まだちょっと悩むがな 619 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 22:10:51 ] そもそもバッチ処理中心のCOBOLと Webアプリ中心のJava自体、生息地帯が違いすぎるだろ 不毛な議論 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使い、キーのないテーブル設計して俺に持ってきたよ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef