- 1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ]
- 前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50
コボラも参加してね。
- 80 名前：仕様書無しさん [2007/05/27(日) 22:34:08 ]
- ホワイトカラーエグゼンプションじゃなくて、
コボラエグゼンプションにしてくれ ｗ
- 81 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:34:58 ]
- あ？不治痛のSymfoware舐めんなよ
- 82 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:35:29 ]
- こういう（ＡＮＡ）重大なトラブルって会社名じゃなくて
個人名晒すべきだよ ｗ
- 83 名前：仕様書無しさん [2007/05/27(日) 22:36:43 ]
- いいか。お前ら。VARCHARは使うな。あれは可変文字列だからな。
CHARを使え。ランダムアクセスする時は固定長レコードじゃないとだめだ。
- 84 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:37:00 ]
- >>Symfoware舐めんなよ
なにそれ？
甘いの？
- 85 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:37:59 ]
- >>83
まぁ、マジレすすると、
断片化が起こりにくいというメリットはあるね。
- 86 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:44:35 ]
- >>83
この辺、マジレスするとちょっと難しくて、
対象フィールドのサイズや書き換え頻度、インデックス対象かどうかで、
どっちにするべきかって変わってくると思うんだよ。
比較的小規模のテーブルで書き換え頻度が高いような要件だと、
ディスクの容量的に問題なければ、VARCHARにするよりCHARのほうがいいケースも多いと思う。
- 87 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:57:25 ]
- asitamo mata cobol kayo …
- 88 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:58:21 ]
- 固定長使って、1レコード長をページサイズの整数分の1にできると理屈の上では効率良くなるよな
- 89 名前：仕様書無しさん mailto:sage [2007/05/27(日) 23:56:20 ]
- 1レコード1ページにするという手もある。
- 90 名前：仕様書無しさん mailto:sage [2007/05/28(月) 00:01:43 ]
- 昔のSQLServerではたまにそういうテクを使ってた気もする
- 91 名前：仕様書無しさん [2007/05/28(月) 00:27:12 ]
- コボラはDISTINCTとOrder By はタダだと思っている。
- 92 名前：仕様書無しさん mailto:sage [2007/05/28(月) 01:17:52 ]
- >>91
あるある。
つーか、全体的に処理コストの論点がRDBとは違うのに、そこを意識できない。
なので、オープン系のシステム開発時に、
・コボラが自分理論でDB設計
↓
・泣く泣くPGが実装
↓
・性能出ない
↓
・PG側が必死こいてチューニング
↓
・コボラ：「これだからオープン系は……」
って流れが絶えない。
- 93 名前：仕様書無しさん [2007/05/28(月) 19:26:41 ]
- コボラはレコード追加は有料だと思っている。
なんていうと、それで金取れるほうがいいとか言い出しそうだな ｗ
- 94 名前：仕様書無しさん [2007/05/28(月) 19:43:07 ]
- 過去に見た痛いコボラ
１．全てのテーブルにおいて検索条件で絞り込んだサブクエリ同士を
JOINする。テスト環境ではデータ量が少ないので、問題なかった（１秒ほど）が
本番環境で実行すると２時間たっても帰ってこなかった。
SQL直すと１０秒ほどで済んだ。
２．設計で一人だけ横長テーブルになったコボラ（PL）
あろうことか、全部横長に直させて言った。
たまらず会議で横長はやめようと言ったら、烈火のごとくキレだして、
『じゃぁ決を採ろう』などとわけのわからぬことを言い出した。
決を採って見ると、横長：非横長＝１：６で横長却下に。
顔真っ赤にして、会議を放り出してどこかへ消えた ｗ
- 95 名前：仕様書無しさん mailto:sage [2007/05/28(月) 19:50:32 ]
- ３．テーブルにYOBI01〜YOBI99という項目を作ってるが
次バージョンの設計を見てみると別の列を追加して予備は放置。
『何のために作ったんですか？』と聞くと俯いて黙った ｗ
- 96 名前：仕様書無しさん [2007/05/28(月) 19:51:21 ]
- >>95
そもそも、予備を作ることが無意味というか、むしろ害。
- 97 名前：仕様書無しさん mailto:sage [2007/05/28(月) 20:27:11 ]
- おれなんかなぁ。。。。。
全行SELECTかましてマッチング取るやつ見たことあるぞ。
- 98 名前：仕様書無しさん mailto:sage [2007/05/28(月) 20:53:33 ]
- しかし、ほんとうに田螺ってクズのへたれだな。こういう男を描かせたら花沢は日本一だな。
- 99 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:10:17 ]
- とにかく空白というかFILLER項目がなくなるのが怖いんだよ。察してやってくれ w
- 100 名前：仕様書無しさん [2007/05/28(月) 21:12:21 ]
- 田螺（タニシ）ってどういう意味？
- 101 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:13:12 ]
- わかりにくいこと言う奴ってかっこいいよな！
- 102 名前：仕様書無しさん [2007/05/28(月) 21:26:02 ]
- >>101
多分誰かを煽ってるつもりなんだろう。
- 103 名前：仕様書無しさん [2007/05/28(月) 21:28:33 ]
- >>101
どんな馬鹿でもわかりにくい言い回しはできるけど
わかりやすい言い方は頭のいい人間にしかできない
ってのは至言だと思う
- 104 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:29:43 ]
- >>100
マジレスすると、>>98は単に誤爆と思う。
田螺＝花沢健吾の漫画「ボーイズ・オン・ザ・ラン」の田西のことだと思う。
- 105 名前：仕様書無しさん [2007/05/28(月) 21:32:45 ]
- >>104
仮にそれに例えての書き込みだったら身の毛もよだつ寒さ。
- 106 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:33:57 ]
- 田螺→コボルのうんこコード
花沢→コボラ
- 107 名前：仕様書無しさん [2007/05/28(月) 21:34:05 ]
- >>103
お前のマジレすがウケる ｗ
- 108 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:35:00 ]
- 田螺→コボラの設計したうんこオラクルDB
- 109 名前：仕様書無しさん [2007/05/28(月) 21:36:31 ]
- >>94
そういう奴おるね！！
特に２．
バブル世代は自分が賢いと勘違いしてるから困ったもんだ。
顔真っ赤にして.....ってのはさすがに見たことないが ｗ
- 110 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/05/28(月) 21:40:00 ]
- おい。俺も一応バブル世代だぞｗ
コボルとは無縁。FORTRANなら学生時代にシミュレーションに使った。
- 111 名前：仕様書無しさん [2007/05/28(月) 22:07:19 ]
- お前誰？
- 112 名前：仕様書無しさん [2007/05/28(月) 22:09:04 ]
- pc11.2ch.net/test/read.cgi/prog/1174837272/l50
ここに呼ばれてるおっさんか？
- 113 名前：仕様書無しさん mailto:sage [2007/05/29(火) 00:02:43 ]
- 69式ってDBも詳しいのか？
組み込み屋かとおもった
- 114 名前：仕様書無しさん mailto:sage [2007/05/29(火) 06:40:35 ]
- DB屋はあれはあれで専門職だからなぁ。
レア技術職ではあるし。
だからと言って素人が横長DBってのはアレだが。
- 115 名前：仕様書無しさん mailto:sage [2007/05/29(火) 10:54:57 ]
- >>97
それもコボラの基本
- 116 名前：仕様書無しさん [2007/05/30(水) 21:16:32 ]
- 今日のコボラ
TRUNCATE TABLE XXXXX WHERE YYY=ZZZ
- 117 名前：仕様書無しさん mailto:sage [2007/05/30(水) 21:19:18 ]
- ☆ヽ(o_ _)oﾎﾟﾃｯ
- 118 名前：仕様書無しさん [2007/05/30(水) 21:24:18 ]
- >>116
その後は当然、COMMIT だよな！ ｗ
- 119 名前：仕様書無しさん [2007/05/30(水) 21:26:05 ]
- DECLARE
BEGIN
TRUNCATE TABLE XXXXX WHERE YYY=ZZZ;
COMMIT;
WHEN
OTHERS THEN
ROLLBACK;
END;
- 120 名前：仕様書無しさん [2007/05/30(水) 21:26:53 ]
- >>119
EXCEPTION が抜けてますが？
コボラにしてはがんばったな。
- 121 名前：仕様書無しさん mailto:sage [2007/05/30(水) 22:47:52 ]
- 蛇足だが、COMMITってのはネタだよな?
- 122 名前：仕様書無しさん [2007/05/30(水) 22:49:15 ]
- >>121
ホント、蛇足。
コボラ？
- 123 名前：仕様書無しさん [2007/05/30(水) 22:51:19 ]
- 昨日のコボラ
UPDATE TAB SET TNAME = XXXX WHERE TNAME = YYYY;
- 124 名前：仕様書無しさん [2007/05/30(水) 22:52:11 ]
- 明日のコボラ
INSERT INTO DUAL VALUES('Y')
- 125 名前：仕様書無しさん mailto:sage [2007/05/31(木) 15:44:24 ]
- >122
truncateしてしまったら、commitでもrollbackでもそのtableに関しては
同じ話だが。
- 126 名前：仕様書無しさん mailto:sage [2007/05/31(木) 16:23:26 ]
- TRUNCATE用のロールバックセグメントが足りません＞＜
- 127 名前：仕様書無しさん mailto:sage [2007/05/31(木) 17:10:34 ]
- >>121
つか君、その TRUNCATE が明らかに間違っていることに
気付いてないだろ。
ヴビ厨？
- 128 名前：仕様書無しさん mailto:sage [2007/05/31(木) 18:09:45 ]
- せっかく面白い話だったのに。
125も127もsuneiku hutto
- 129 名前：仕様書無しさん [2007/05/31(木) 20:55:00 ]
- >>125
>>127
『蛇足』とはお前らのためにあるような言葉だな ｗ
- 130 名前：仕様書無しさん mailto:sage [2007/05/31(木) 20:55:42 ]
- >>127
ヴビ厨なら知ってるわな ｗ
- 131 名前：127 mailto:sage [2007/06/01(金) 11:00:11 ]
- >>129
失礼な！空気読まずにﾚｽしただけなのに！
- 132 名前：仕様書無しさん mailto:sage [2007/06/01(金) 12:51:54 ]
- おおそうか。
必死だなワラってのは
こういう時に使うんだ。
- 133 名前：仕様書無しさん mailto:sage [2007/06/01(金) 18:48:18 ]
- >>131
わかりにくい。
『普通の』マジレすに見えた。
- 134 名前：仕様書無しさん [2007/06/01(金) 21:07:53 ]
- まぁ、なんていうか、>>117 が一番優秀やな。
- 135 名前：仕様書無しさん [2007/06/01(金) 22:22:50 ]
- つか、最近思うんだがoracleってのもなんだか古臭いよな。
SQL-ServerやMySQLと比べると。
- 136 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:31:55 ]
- 日本人（日本企業）はMySQLつかわねぇよ。
理由はわかるよな？
- 137 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:34:53 ]
- SQL-Serverは糞。
- 138 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:34:56 ]
- 自分でコンパイルすれば無問題
- 139 名前：仕様書無しさん [2007/06/01(金) 22:36:17 ]
- >>137
MySQLやSQL-SERVERやOracle よりも
>>135が糞。
師ねや。
- 140 名前：仕様書無しさん [2007/06/01(金) 22:37:49 ]
- >>138
はぁ？
そんなめんどいこと誰が......？
あほじゃね！？ ｗ
- 141 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:39:32 ]
- >>140
アホはお前。なんも知らんねんな ｗ
- 142 名前：140 [2007/06/01(金) 22:41:08 ]
- >>141
何が？
- 143 名前：仕様書無しさん [2007/06/01(金) 22:47:58 ]
- ここ最近コボラ批判がなくて面白くないね。
誰かないの？コボラネタ。
- 144 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:51:53 ]
- >>143
最近って、二日前にしてるんだけど？>>116 とか
お前の最近って昨日までですか？
- 145 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:56:05 ]
- 時代はCache'だぜ？
- 146 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:15:00 ]
- SQL-SERVERってどっちの？
- 147 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:15:05 ]
- そんな古いモンいまさらどうするよw
- 148 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:17:00 ]
- 比べてる点が、管理ツールのGUIとかなら
- 149 名前：仕様書無しさん [2007/06/01(金) 23:53:06 ]
- >>147
マンプスと混同するな。
- 150 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:56:39 ]
- だから、コボラネタないんかよ！
- 151 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:57:24 ]
- 優れた、DBMSについて語るより
痛いコボラ叩いてるほうがおもろいだろ！？
- 152 名前：仕様書無しさん [2007/06/02(土) 02:19:17 ]
- つか、コボラって進歩が無く同じ事延々やってるだけだから、そりゃネタも尽きるんじゃないのか？
- 153 名前：仕様書無しさん mailto:sage [2007/06/02(土) 02:32:31 ]
- >>88
Oracleにはそんな理屈は通用しない。
余裕を見て、何バイトか削っておくのが吉。
- 154 名前：仕様書無しさん mailto:sage [2007/06/02(土) 03:44:30 ]
- Oracleじゃなくてもそうだろ。
ってか、そんなチューニングは誤差。
こぼらはそこの「効率」を気にするなら、マッチング処理と称してテーブルをジョインする操作をプログラムで書くな。
- 155 名前：仕様書無しさん mailto:sage [2007/06/02(土) 05:19:16 ]
- いや〜ん。まっちいんぐ
- 156 名前：仕様書無しさん [2007/06/02(土) 06:09:12 ]
- news21.2ch.net/test/read.cgi/bizplus/1180368241/
【調査/PC】「死んだ(または死につつある)コンピュータスキル」トップ10：1位はCOBOL [07/05/28]
米『Computerworld』誌は24日(現地時間)、
「死んだ(または死につつある)コンピュータスキル」を10種挙げるという記事を公開した。
サブタイトルには「あなたのスキルをアップデートすべきでは?」とあり、
どちらかというと前向きな提言というニュアンスを込めたいのかもしれないが、
必ずしもそう感じられる文章ではない点は少々残念なところだ。
(以下引用略)
元記事
本当に"死んで"いる? さびれゆくコンピュータスキル"トップ10" - 米誌調査
journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html
- 157 名前：仕様書無しさん [2007/06/02(土) 06:41:54 ]
- またコボラか
- 158 名前：仕様書無しさん mailto:sage [2007/06/02(土) 10:30:35 ]
- >>156
コボラ乙。
- 159 名前：仕様書無しさん mailto:sage [2007/06/02(土) 11:11:40 ]
- こぼるの人は帳票とか最大桁数にうるさいねぇ。
ないよそんなの。ああ打ち合わせ鬱陶しい。
- 160 名前：仕様書無しさん mailto:sage [2007/06/02(土) 11:43:11 ]
- >>159
なら「最大桁は1億」とか言えばいいじゃん
責任押し付けられるのが嫌ならそこまでハッキリ言おうぜ
- 161 名前：仕様書無しさん mailto:sage [2007/06/02(土) 13:17:52 ]
- >>160
わははは。いいね1億。
怒られちゃうよ！
- 162 名前：仕様書無しさん [2007/06/03(日) 00:57:42 ]
- >>160
CUIならではのこだわりだな。
- 163 名前：仕様書無しさん [2007/06/03(日) 01:09:09 ]
- >>160
いや、違うだろ。
「おまえ、コボラ？」って言えばそれで終了。
- 164 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:54:41 ]
- 最大桁数ですか。そうですねえ。物理メモリが2Gでswapも2Gだから、
4Gですね。
とサラッと言ってみよう。
メインフレームの大きなマシンからしたらきっと小さい単位だよな。
俺よく知らないけど。
- 165 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:17:15 ]
- >>164
単位書けや。
あとWin32での話なら大間違い。
仮想メモリ2GBだからそれ以上はメモリとしては使えない。
そして物理メモリサイズももswapサイズもも合計2GB超えてさえいれば関係ない。
プログラムとOSがメモリ食うからその分引かないと駄目。
でもファイルを数値型として扱うのなら4GB超える数値型も出来るけどな。
で、4GBだと2^(2^30*8*4)まで扱えるわけで、10進桁数に直すと…いくつだ？
- 166 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:49:26 ]
- コボラーがなんで桁数に拘るかというと、
帳票とかの表示桁数＝保持変数桁数で実装させる処理系が多いから、
ある意味やむなくやっているという理由を聞いた事がある。
それも罫線バリバリの純日本的特殊帳票の場合だった。
確かに「ふ〜ん」とは思ったが....
まぁ俺には関係ない世界なんでどうでもいい。
- 167 名前：仕様書無しさん mailto:sage [2007/06/03(日) 19:38:00 ]
- >>166
>>コボラーがなんで桁数に拘るかというと、
>>帳票とかの表示桁数＝保持変数桁数で実装させる処理系が多いから、
だから、ＣＵＩならではって言ってんじゃん。 >>162
- 168 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:40:49 ]
- 受注明細
--------------------------------------------------------------------------
受注番号 データ区分 製品コード 受注金額 消費税 銀行コード 受注番号２
100001 J 10011 1000000 50000 NULL NULL
100002 N1 NULL 700000 0 NULL 100001
100003 N2 NULL 300000 630 1001 100001
データ区分
J：受注
N1:入金（現金）
N2:入金（振込み）
らしいよ。
コボラ曰く「テーブルが増えると大変だからねー」
- 169 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:41:38 ]
- N2の消費税は振り込み手数料らしい ｗ
- 170 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:55:17 ]
- >>165
半可通も大概に。
- 171 名前：仕様書無しさん [2007/06/03(日) 23:24:08 ]
- >>165
コボラ乙
- 172 名前：仕様書無しさん mailto:sage [2007/06/04(月) 00:29:50 ]
- //*************
//変数の定義
//*************
みたいな要らんコメントつけるのも
コボラの特徴だと思うがどうよ。
- 173 名前：仕様書無しさん mailto:sage [2007/06/04(月) 08:09:52 ]
- >172
COBOLは変数定義の場所がクッキリ区切られてるから
そうでも書かないと安心できないんだろうなｗ
- 174 名前：仕様書無しさん mailto:sage [2007/06/04(月) 13:48:52 ]
- >>165
おいおい。サーバに Windows なんて使うわけないだろ。w
- 175 名前：仕様書無しさん mailto:sage [2007/06/04(月) 13:51:47 ]
- >>165
ところで君。この最後の1行は何を言いたかったんだ?
> で、4GBだと2^(2^30*8*4)まで扱えるわけで、10進桁数に直すと…いくつだ？
4GB は 4ギガバイトだよ。
4 * 1024 * 1024 * 1024 バイトだよ。
4,294,967,296バイト。
- 176 名前：159 mailto:sage [2007/06/04(月) 15:06:01 ]
- そもそもどういう話かというと。
こっちがPDFで出してるWeb帳票のサンプルを渡したのよ。
こんな感じでやってますって。
そしたら、各項目、最大桁数はなんですかって
質問メールが来て。質問して判った所で
一体どうするつもりなんだか知らんけど。
別にあっちで再実装する訳じゃないんだし。
こっちは入りきらなかったら自動でフォントが小さくなるから
（業務上ほとんどそんな事ないんだけど）
最大桁数なんてねぇよ、と。
もう最大桁数が判らないと落ち着かないって
性格なのかなって、思った。
- 177 名前：仕様書無しさん mailto:sage [2007/06/04(月) 15:30:50 ]
- >>176
全角30文字程度を想定している所に60文字送っても実用的な大きさで出るの？
相手が聞きたかったのは実用上の最大数だったんじゃないの？
- 178 名前：仕様書無しさん mailto:sage [2007/06/04(月) 15:58:09 ]
- >>159 はやっぱりWeb屋だったか。
- 179 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:03:46 ]
- 「金額はカンマ区切り20桁で出力する標準化」て言われてそのとおりにしたら実データは100円とかばっかりで千明細につき一行くらい百万円とかあって、「空白ばかりで見にくい！」とキレられる罠。
- 180 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:54:39 ]
- ↑別にCOBOLに限った話じゃねーだろ、このヴォケ
|
 |
