[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 13:19 / Filesize : 188 KB / Number-of Response : 868
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

コボラは横長DBがお好き 2カラム目



1 名前:仕様書無しさん [2007/05/23(水) 22:42:50 ]
前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50

コボラも参加してね。


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
『蛇足』とはお前らのためにあるような言葉だな w

130 名前:仕様書無しさん mailto:sage [2007/05/31(木) 20:55:42 ]
>>127
ヴビ厨なら知ってるわな w

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
はぁ?
そんなめんどいこと誰が......?
あほじゃね!? w

141 名前:仕様書無しさん mailto:sage [2007/06/01(金) 22:39:32 ]
>>140
アホはお前。なんも知らんねんな w



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
>>コボラーがなんで桁数に拘るかというと、
>>帳票とかの表示桁数=保持変数桁数で実装させる処理系が多いから、

だから、CUIならではって言ってんじゃん。 >>162

168 名前:仕様書無しさん mailto:sage [2007/06/03(日) 22:40:49 ]
受注明細
--------------------------------------------------------------------------
受注番号 データ区分 製品コード 受注金額 消費税 銀行コード 受注番号2
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の消費税は振り込み手数料らしい w

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は変数定義の場所がクッキリ区切られてるから
そうでも書かないと安心できないんだろうなw

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に限った話じゃねーだろ、このヴォケ

181 名前:159 mailto:sage [2007/06/04(月) 23:17:55 ]
>>177
いやこれが、こっちがオープン屋で向こうがコボラーってだけで
先方とこっちとで同じ業界の仕事してるから
そんな非現実的な長さの文字列が来ない事は判ってるんですよ。
備考とかじゃないんだから。

帳票のレイアウト見れば、余裕をもった大きさなの判るわけだし、
その帳票を向こうで再実装するってなら判るけど
ただの参考資料として渡しただけなのに
最大桁数を聞いてくるってのがね、びっくりだったのです。

他に聞く事あるでしょう、っていう。こっち独自のコードとかも
出してるんだから、いの一番にそこ聞いてこいよ、とか。



182 名前:仕様書無しさん mailto:sage [2007/06/04(月) 23:19:21 ]
>159は、コボラ耐性があるかのテストをされたのに気づいてないだけだな
オープン屋をおちょくるコボラ乙

183 名前:159 mailto:sage [2007/06/04(月) 23:22:27 ]
あ、それと「実用上の桁数」を聞きたかったんじゃないのは確か。
だって最初の要望が、「この帳票の仕様書下さい」だったから。

184 名前:159 mailto:sage [2007/06/04(月) 23:24:46 ]
>>182
しまったーそうだったのか。

ってそんな鋭そうな人じゃなかったよ!
ぬぽーとした顔で、メールも英数が
全角半角入り乱れで。

あ、でも本当にそうだったら恐い。
背中を向けた途端に刺されそうな感じです。

185 名前:仕様書無しさん mailto:sage [2007/06/04(月) 23:54:41 ]
> ってそんな鋭そうな人じゃなかったよ!
> ぬぽーとした顔で、メールも英数が
> 全角半角入り乱れで。

これだけで、コボラ偽装できるなら楽勝だなw
面倒な仕事は、この作戦で押し付けることにしよう

186 名前:仕様書無しさん [2007/06/05(火) 00:25:40 ]
>>159
必死だな。
市ねやコボラ。

187 名前:仕様書無しさん [2007/06/05(火) 00:27:17 ]
COBOL国憲法


第1条
全リソースは万世一系のCOBOL、これを統治する

第2条
COBOLは神聖にして侵すべからず

第3条
COBOLはCPU、記憶装置、出力装置、通信制御装置を統帥する

第4条
臣民たるオペレータは法律の定める所によりテープ交換及び用紙交換の義務を有す


188 名前:仕様書無しさん [2007/06/05(火) 08:56:06 ]
またコボラか

189 名前:仕様書無しさん mailto:sage [2007/06/05(火) 13:14:01 ]
宇宙海賊コボラ

190 名前:仕様書無しさん mailto:sage [2007/06/05(火) 14:45:00 ]
大怪獣 コボラ

毎週東京タワーにしがみつきます。


191 名前:仕様書無しさん mailto:sage [2007/06/05(火) 14:51:18 ]
まあコボラにとっては桁数は変数の最重要な属性だから。
彼らにとって桁数が決まったいないというのは許し難いことなんだから



192 名前:仕様書無しさん mailto:sage [2007/06/06(水) 00:30:39 ]
このスレは、井○雅和のことを言っているのか?

193 名前:仕様書無しさん mailto:sage [2007/06/06(水) 10:49:30 ]
桁数を聞かれたら「100万桁」と即答するのを口ぐせにするとよい。
英語だと one million だ。"one million" と真顔で答えた後で
"ha ha ha" と笑うと粋なアメリカンジョークの完成となる。


194 名前:仕様書無しさん mailto:sage [2007/06/06(水) 12:15:54 ]
どこからともなく姿の見えない大勢の笑い声が
聞こえてくるのがいいな。

195 名前:仕様書無しさん mailto:sage [2007/06/06(水) 12:43:56 ]
なんか社保庁の名寄せでメーカーに開発を発注とか自民党がほざいているけど、
これに該当する開発メンバーってコボラになるんじゃねぇ?


196 名前:仕様書無しさん mailto:sage [2007/06/06(水) 22:16:43 ]
データと目立だっけか?
ロクなもんじゃねえなw

197 名前:仕様書無しさん mailto:sage [2007/06/06(水) 23:13:39 ]
過去システムを見る為にコボルの知識は必須だろうな

198 名前:仕様書無しさん [2007/06/06(水) 23:29:51 ]
んなわけない

199 名前:仕様書無しさん mailto:sage [2007/06/07(木) 10:13:08 ]
技術というより
コボラ耐性(って前スレにあって気に入った)が
必要となりそうな予感。


200 名前:仕様書無しさん [2007/06/07(木) 23:10:59 ]
COBOLでは生産性が悪いのでSYSLで開発しる

201 名前:仕様書無しさん mailto:sage [2007/06/08(金) 01:56:35 ]
やっぱDELPHIだな。



202 名前:仕様書無しさん [2007/06/08(金) 02:30:42 ]
>>199
コボラ対策も重要だぜ。
DB設計に入る前に、横長の弊害を教えておく。
しかし、相手はあくまでプライドだけは高い年長者なので
教えるというスタンスではなく、
『RDBで横長する奴ってホント、アホですよねー。』とか言っておく。

なんでもそうだが、これからする仕事に関して
やってほしくない、それでいてやってしまいそうなことを先に
散々バカにしておく。

203 名前:仕様書無しさん [2007/06/08(金) 02:37:47 ]
自分が知っていてコボラが知らないようなことを逆にコボラに質問にいく。
『XXってどうやるんでしたっけ?』などと聞きつつ
すぐに思い出したフリをして
『あ、そうだXXは○○して△△を□するんでしたよね?すいませんありがとうございます。』
と言って去る。
こうすればジジイの面子を潰さずに教育できる。

204 名前:仕様書無しさん [2007/06/08(金) 21:57:06 ]
そんな面子潰してしまえよ。

205 名前:仕様書無しさん [2007/06/08(金) 22:43:17 ]
>>203
教育など無駄。
さっさと引導を渡してやるのが、後輩としての情けだ。

206 名前:仕様書無しさん mailto:sage [2007/06/09(土) 01:31:01 ]
トドのつまり

207 名前:仕様書無しさん [2007/06/09(土) 15:12:05 ]
>>206
おもしろい、あるいはうまいつもりですか?

208 名前:仕様書無しさん [2007/06/10(日) 13:32:47 ]
>>203
その手使うと、でかい面しなくなる奴もおるしな。
態度改める奴はそうやって仕込んでいくと使い物になる奴も出てくるよ。
改めん奴は放置というか上司に頼んで切るわな。

209 名前:仕様書無しさん mailto:sage [2007/06/11(月) 23:18:12 ]
5年ぐらい前の思い出

俺がコボラにキレたときの返事
「項目は横に持ったほうがいいのです」

レビューでキレた顧客のシステム担当
「それを運用する僕らの身にもなってよ」

210 名前:仕様書無しさん mailto:sage [2007/06/11(月) 23:21:49 ]
「それを運用する僕らの身にもなってよ」
で、5000万件…

211 名前:仕様書無しさん mailto:sage [2007/06/12(火) 00:04:49 ]
イヤー



212 名前:仕様書無しさん mailto:sage [2007/06/13(水) 22:20:45 ]
今日のコボラーとの会話

俺「年金のシステムダウンはメインフレームで傷害が発生ってありますね。」
爺「ホストで処理してれば傷害なんて発生しないのに
  オープン系は本当に駄目だな。」
俺「メインフレームは一般的に汎用機のことを指しますが…」
爺「お前馬鹿か?汎用機は長い年月を掛けて開発された完璧なシステムだ。
  専用の端末を使って不具合も発生しないいトランザクション制御も
  オープン系と比べられない量を処理出来るんだよ。
  メインフレームってのもオープン系鯖使っててもそう呼ぶからな。」
俺「…アハハハハ、やっぱそうっすよね!」

毎日毎日ずれた会話ばかりで本当に疲れる

213 名前:仕様書無しさん mailto:sage [2007/06/13(水) 22:48:26 ]
最終的にはIBM製はオープンとか言いそうだ

214 名前:仕様書無しさん [2007/06/13(水) 22:56:55 ]
その爺は横長なのか?

215 名前:仕様書無しさん mailto:sage [2007/06/13(水) 22:58:34 ]
>>213
明日、その爺に
『Accessって1テーブル、256カラムまでしかできないんですよ』
って言ってみ。

216 名前:仕様書無しさん mailto:sage [2007/06/13(水) 23:04:32 ]
なんでそこでM$のコンシューマ向けの製品名を出す?

217 名前:仕様書無しさん mailto:sage [2007/06/13(水) 23:05:39 ]
>>212
現存するどんなシステムも使い方のミスまでカバー出来る訳が無いってのに…
「完璧」なんて言葉に縋り付けるその神経が分からん…。

218 名前:仕様書無しさん mailto:sage [2007/06/14(木) 01:10:39 ]
>>212
明日、その爺に
『「人月の神話」って読んだ事がありますか?』
って言ってみ。

219 名前:仕様書無しさん mailto:sage [2007/06/14(木) 02:24:58 ]
>>218
爺「本読む前にもっと実地で経験を積め」

220 名前:仕様書無しさん mailto:sage [2007/06/14(木) 05:59:41 ]
爺的にはみずほ銀行の合併時のシステム事故とか
ライブドアショックに伴う東証のドタバタは脳内から完全抹消されてるのかな…


221 名前:仕様書無しさん mailto:sage [2007/06/14(木) 17:42:03 ]
>>220
なんだかんだで結局オープン系に所為にされるんじゃないか?



222 名前:仕様書無しさん [2007/06/14(木) 21:50:34 ]
自慰はそんな大規模なシステムなんぞ縁がないよ。

223 名前:仕様書無しさん mailto:sage [2007/06/19(火) 08:46:34 ]
>>212
単語と単語の意味する所に食い違いがあるような・・・。







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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<188KB

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