- 1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ]
- 前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50
コボラも参加してね。
- 65 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:17:34 ]
- おまいのしってるDBはISAMだろってなー
- 66 名前：仕様書無しさん [2007/05/27(日) 22:17:38 ]
- ＡＮＡコボラ乙 ｗ
- 67 名前：仕様書無しさん [2007/05/27(日) 22:18:45 ]
- >>64
そうそう。
『俺様（ＩＱ５０の ｗ）に理解できない技術はクソ』とか思ってる ｗ
- 68 名前：仕様書無しさん [2007/05/27(日) 22:19:47 ]
- >>64
インデックスって知ってたらまだマシ ｗ
- 69 名前：仕様書無しさん [2007/05/27(日) 22:20:19 ]
- w
- 70 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/05/27(日) 22:21:22 ]
- ちょっとまて。
FORTRANって、流体関係（気象や原発の冷却水系シミュレーション）以外で
使ってるとこがあんの？電磁気分野でも20年前なら使ってたとこがあったけど
こんな分野じゃないだろー。いくらなんでも。
- 71 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:21:26 ]
- >>60
削除区分を参照し忘れてたりするんだぜ、きっと ｗ
『取り消したハズの予約が？？何故？？』
とか言ってるに決まってる ｗ
- 72 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:22:23 ]
- 確かに。計算以外使えるのかい？
- 73 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:25:18 ]
- ４０歳バカコボラＳＥもどき『売上は区分＝U って言ったじゃないか！！区分＝Nも出てるぞ！！』
普通のＰＧ『そんなこと仕様書には....』
４０歳バカコボラＳＥもどき『Ｕは「Ｕｒｉａｇｅ」のＵ、Ｎは「ＮＹＵＫＩＮ」のＮに決まってるだろ！！』
こんな奴、掃いて捨てるほどおる ｗ
- 74 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:26:45 ]
- 先輩！ロールバックセグメントが10Gあっても足りません！
- 75 名前：仕様書無しさん [2007/05/27(日) 22:26:47 ]
- >>73
まぁ、本当に「売上は区分＝U って言った」
のならまだええわな。
ほとんどの場合、口頭でも伝えてないんだから ｗ
- 76 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:27:55 ]
- つか、売上と入金が同じテーブルにあること自体終わってる罠。
- 77 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:28:24 ]
- >>74
まあ、やつら、バッチ処理最高、バッチ処理ならどんな力技もおｋ、見たいな所あるからな…･･･。
- 78 名前：仕様書無しさん [2007/05/27(日) 22:29:26 ]
- >>76
『つか』じゃなくて、それを言いたかったんだろうな ｗ
- 79 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:31:12 ]
- あー、5000万件のテーブルからフラグの立った100万件のレコードを
selectしてdeleteするバッチ書かされたとき、案の定ロールバックセグメントが不足したわ。
そんでソフトがどうのこうの言われたときはもううざいからオラクルも俺に触らせろと
おもった。
- 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進桁数に直すと…いくつだ？
|
 |
