- 1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ]
- 前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50
コボラも参加してね。
- 520 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:47:48 ]
- >>517
>>本物のコボラは木構造のＤＢ設計をするんだ。
お前ＲＤＢって何かしらないんだな ｗ
- 521 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:48:33 ]
- わかってないのは>>520の方だけど
- 522 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:53:03 ]
- >>520
Wikipediaで調べろ。
- 523 名前：仕様書無しさん [2007/10/27(土) 20:14:51 ]
- >>520
木構造DBを直接使った事ないのは普通だと思うけど、知らないのはまずいぞ。
RDBも、インデックスは木構造DBだから、意識せずに使ってるてだけだからな。
インデックスに対してSQLのORやNOTが効かない理由を考えたことすらないのか？
勉強をしようともしない態度はおまいが嫌ってるコボラーといっしょだぞ？？
- 524 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:23:14 ]
- >>520
知ったかぶりをすると勉強になる件。
みんなが教えてくれるからな。
でも、そんな親切な連中はあんましいないぜ。
- 525 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:28:11 ]
- >>520
www.atmarkit.co.jp/fdb/rensai/sqlstune04/sqlstune04_1.html
これ読んで勉強汁。
- 526 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:54:17 ]
- >>514, >>518
うぉーっ
その２を先に言われてしまった。。。。
コボラーは、どこに行ってもコボラーってことか
- 527 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:56:59 ]
- すまん、520はこれの事いってると思うのだ
ja.wikipedia.org/wiki/IMS
- 528 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:02:13 ]
- >>520は単に小鯔を馬鹿にしたかったんでは
- 529 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:10:22 ]
- こうやって、いろいろ話が広がって
知識を習得する機会がうまれる。
520はいい仕事をした。
- 530 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:11:03 ]
- ＞「今正しく稼動してるものは変更しない」
という明確な意思なら勝手だけど、正規化自体まーったく知らない金融名古屋人とかいるよ。
- 531 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:16:16 ]
- >>530
そこは注意が必要なとこで、
横長で初期開発が済んでしまったものはもちろんそうである。
これから汎用機からOPEN系へのリプレスをする段階では、
「今正しく稼動してるもの」とは言えない。
新システムはまだ稼動してないのだから。
- 532 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:22:46 ]
- >>531
ユーフィットのアホにそのまま言ってやって
- 533 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:28:42 ]
- ＣＯＢＯＬソースはそのまま移行（データ扱い部分をＳＱＬに自動変換）するから、
現汎用システムのレイアウトのまま、ＤＢテーブルで定義したりするね。
- 534 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:37:08 ]
- 正規化させろ
- 535 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:43:30 ]
- コボラーのプログラム設計
売上実績ファイルと得意先マスターから得意先別の集計表を作成
だいたい、こんな感じ
1.得意先マスター取得ループ
1.1.売上実績ファイル取得ループ
（１で取得した得意先コードを指定）
1.1.1.売上実績の計を求める
1.2.売上実績がゼロ以外のとき、得意先マスタの情報と売上実績の計を出力
Group By使えよ
売上実績と得意先マスターを結合しろよ
SQL一発でできるぞ
- 536 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:45:40 ]
- 石頭金融はselectも * しかできないと思ってますよ。
- 537 名前：仕様書無しさん mailto:sage [2007/10/27(土) 23:22:08 ]
- >>531
とか言ってたベンダが仕様温めやがって、結局納期ギリでコボルそのままになった経験
- 538 名前：仕様書無しさん mailto:sage [2007/10/28(日) 02:14:13 ]
- >>531
汎用機からオープン系へのリプレースで横長にされました。
プログラムの中身も、データ部分とUI切り分けるでもなく
1つのクラスの中に長々と全部・・・
>>535
いいえ、真のコボラは大して重くない集計票でも、
月次処理などで集計済テーブルを別に作ろうとします。
○○集計テーブル、××集計テーブルと…帳票用のテーブルが山のように作られます。
- 539 名前：仕様書無しさん mailto:sage [2007/10/28(日) 03:37:58 ]
- >>538
そうそう、集計済みテーブル好きだよね。
ちょいとしたSQLで1秒かからずに出るのに、ストアドプロシージャで
データ追加のたびに集計表更新してる。
しかもプロシージャとかそれを呼び出すプログラムが腐ってて
集計結果間違えたりしてんのｗｗｗ
- 540 名前：仕様書無しさん mailto:sage [2007/10/28(日) 06:40:13 ]
- >>532
＞ユーフィットのアホにそのまま言ってやって
そおいや、その会社のCOBOLソースを見たら
正規化って概念知らずにソース内で力ワザをしているのを
何回か気が遠くなったな。
しかもそういう劣悪設計なのから「修正新規」とかで
劣化コピーなプログラムが何本かあって、不具合や仕様変更が発生すると
お約束で原本＆劣化軍団を同時に修正しなきゃいけないから、
修正コストやユニットテスト、連動テストのコストがバカにならん・・・。
その場しのぎの短絡的思考なヤツが多いと思う。金融系＆COBOLerは特に。
- 541 名前：仕様書無しさん mailto:sage [2007/10/28(日) 08:20:00 ]
- >>538,>>539
そそ、集計テーブル好きだね
入力処理の実行時に集計テーブルへの更新もやったり
”日次締処理”で日次の集計処理をやったり・・・
＞集計結果間違えたりしてんのｗｗｗ
そこで、再集計処理ですよ。
- 542 名前：仕様書無しさん mailto:sage [2007/10/28(日) 10:58:32 ]
- というか、プログラムで処理すりゃいいようなレベルをなぜか
DB上で実行しようとする(多分ファイルメモリの記憶が濃厚なんだろうけど)
・・・今更256もつんでりゃ一万位のデータ問題なく処理できるって。
- 543 名前：仕様書無しさん mailto:sage [2007/10/28(日) 11:35:19 ]
- 逆にDBにまかせりゃ良い事をプログラムでやろうとしたりな。
- 544 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:00:38 ]
- コボラーはストアドになんか変な幻想抱いている気がするね。
ストアドで実質プログラム書いた事あるよ・・・。
別ストアドを関数として、
XMLDBを変数領域として、
えらく遅かったです。
- 545 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:01:00 ]
- VBとDEVELOPERが共存するシステムで
CSV取り込みをDEVELOPERで
ストアドCALLするだけの画面をVBでやれ
といわれたときゲンナリした。
- 546 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:08:23 ]
- >>540
それは現在の俺の状況に近いものがあるな・・・死にたいです・・・
- 547 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:59:59 ]
- >>545
VBでなくPBで経験した。
- 548 名前：仕様書無しさん mailto:sage [2007/10/28(日) 13:48:35 ]
- 3回集計して、結果が同じだったらOKって事で。。
- 549 名前：仕様書無しさん mailto:sage [2007/10/28(日) 15:38:08 ]
- >>548
2回目と３回目の間に、他の人が別のＰＣでデータ登録して
２回目と3回目の集計結果が違った
って、落ちはないの？
- 550 名前：仕様書無しさん [2007/10/28(日) 17:15:31 ]
- でもSQLで出来るからってA4 4〜5枚のSQLかれた時はまいったよ。
オープン系の若い兄ちゃんだけどね。
コボラーの簡単SQL+プログラムもまいるが.....
バランスって難しいねぇ
- 551 名前：仕様書無しさん mailto:sage [2007/10/28(日) 19:14:00 ]
- その辺のバランスを、うまく取るのがセンスかな
頭の固いコボラーには、無理だろうな
- 552 名前：仕様書無しさん mailto:sage [2007/10/28(日) 20:55:48 ]
- 一番困るのがその頭の固さ。
知らないことは詳しい人に聞いて最善の方法を考えようとか絶対しない。
メールの「グループ化」すら知らないのか嫌なのか、
３０人くらいのアドレスを書き連ねて送信。
当然忘れられる人もいる。
うるさいけどできる外注のおばさんをそれで怒らせて辞められてしまった。
- 553 名前：仕様書無しさん [2007/10/28(日) 22:46:46 ]
- 最近、コボラーを雇ってる金融機関にとても不安を感じる今日この頃
日本の将来は大丈夫か
ＯＬＤコボラってプルグラムを組ませていけないのかなぁ
３０年前から進歩がないやつらみたいだし
windows使えこなせそうだし
- 554 名前：仕様書無しさん mailto:sage [2007/10/28(日) 22:54:37 ]
- 日本語でおｋ
- 555 名前：仕様書無しさん mailto:sage [2007/10/28(日) 23:20:13 ]
- 553は金融機関とかで働きたいニートなのか？
- 556 名前：仕様書無しさん [2007/10/29(月) 02:04:52 ]
- 団塊の新作はまだかなぁ。
作家は何人いるんだろう？
- 557 名前：仕様書無しさん [2007/10/29(月) 02:06:27 ]
- 次回からサブタイトル付だとおもしろいな。
- 558 名前：仕様書無しさん mailto:sage [2007/10/29(月) 02:11:07 ]
- 汎用使うような業種はそもそもお硬く役所的で根拠ないプライド高いから、
変化や協力、効率性とか排除しがちなんだろうな。
- 559 名前：仕様書無しさん mailto:sage [2007/10/29(月) 06:48:34 ]
- 働く人間の全員がそういうワケではないが、そういう風に職場的に洗脳している
雰囲気はあるな。
つか、COBOLを保守メンテする案件ってぶっちゃけ無能でも出来るから、
って理由がほとんどだと思うが。
最初のシステム構築はどんな言語であれ出来る人間がいないと辛いけどサ。
- 560 名前：仕様書無しさん mailto:sage [2007/10/29(月) 06:52:31 ]
- SE（いちおう技術者としとく）になりたいというより、
○○銀行、証券、生命の系列会社に入りたかった人間が多いから。
一番直前名前挙がってる会社なんて
人生に「ひがしうみ ぎんこう」の名前が欲しくて、
実家を離れたくなくて入った人ばかりだから。
- 561 名前：仕様書無しさん mailto:sage [2007/10/29(月) 16:30:12 ]
- コボラーはこんなのがすき
ttp://pc11.2ch.net/test/read.cgi/db/1116097001/191
- 562 名前：仕様書無しさん mailto:sage [2007/10/29(月) 23:15:23 ]
- 次スレ候補
【非正規化】コボラは横長DBがお好き ３カラム目【用済み】
- 563 名前：仕様書無しさん [2007/10/30(火) 00:08:57 ]
- Ｂ『Ｃさんをどう思いますか？』
Ａ『Ｃどうって？何の話ですか？』
Ｂ『仕事の面で....』
Ａ『まぁ、普通なんじゃないでしょうか？
彼は大学出て就職してまだ１年半くらいと聞きましたが。
何か、問題でも？』
Ｂ『いえ、ちょっと要領が悪いというか、
他の人と比べるとちょっと割りに合わないというか....
出している金額は多少安いんですが....』
Ａ『そうですか。彼も私と同じように３ヶ月契約ですかね？どうされるんですか？』
Ｂ『次回はお断りしようかと思ってるんですが....』
Ａ『そうですか。しかし、「切る」というのは簡単ですが、
それによるマイナスも十分に考えておいたほうがよいかも知れませんよ。』
Ｂ『いや、Ｃさんが抜けても特に....』
Ａ『いえ、そういうことではありません。
たとえば、Ｃさんが１０年目ならまぁ、切るのも仕方のないことでしょう。
しかし、１年半となると事情が違ってきます。』
Ｂ『といいますと？』
Ａ『１年半となると今のような現状は容易に想像がつきますね？
完成品が欲しければＣさんは初めから受け入れないというのが常識的な判断です。
使えない人員を出す方も問題ですが、
受け入れるということはそれを了承していると思われても仕方ありません。
１年半ですからね。
これは、派遣元の業者はもちろんのこと、自社の上司や同僚からも
Ｂさんの評価が下がる要因になるでしょう。』
Ｂ『上司はまだしも、派遣元の業者が評価ですか？』
Ａ『評価というのは語弊があるかもしれませんが、
「非常識な客だ」とか「だから安いんだろ？」と思われるということです。
思う方も思う方ですが、一旦受け入れてしまっていますからね。
外注業者への心証は意外と侮れないものですよ。』
- 564 名前：仕様書無しさん [2007/10/30(火) 00:46:18 ]
- Ａ『Ｃさんとこは誰のツテでしたっけ？』
Ｂ『部長のツテですが....』
Ａ『Ｃさん一人についてのことで問題になることはないと思いますが、
「切ればいい」と思っていては、人を出してくれなくなることがありますからね。
当然、部長もいい気はしないどころか、部長の受け持っている他プロジェクトにも影響しかねません。』
Ｂ『....確かに。』
Ａ『これらは目に見える範疇で、本当に恐ろしいのは
Ｂさんが「切る人」であると思われてしまうことです。
こうなると、周りの人間がＢさんを怖がるようになります。
そして、Ｂさんの意見に反対する人が減るでしょう。
なぜなら、切られたくないからです。
これは、外注のみならず、自社の後輩や同僚についても同じことです。
こうして、誤った意思決定が横行してしまうわけですな。
リーダーは決して嫌われてはいけないんです。』
- 565 名前：仕様書無しさん mailto:sage [2007/10/30(火) 00:48:32 ]
- >>563,564は間違いなくコボラ
- 566 名前：仕様書無しさん mailto:sage [2007/10/30(火) 00:49:48 ]
- 1週間で切られるような環境で育ってきたから
馬鹿らしいことこの上ない。
- 567 名前：仕様書無しさん [2007/10/30(火) 01:02:39 ]
- Ａ『「デスマーチになった結果、嫌われたリーダ」というのはレアで実際は
「リーダが嫌われた結果、デスマーチになった」というケースほとんどです。
「和気藹々とデスマーチ」なんてのもごく少数ですが、あるにはありましたが....これはどうでもいいですね。』
Ｂ『そうなんですか。プロジェクト管理より嫌われないことですか。』
Ａ『そうです。というか、人心掌握力を欠いてはプロジェクト管理などありえません。
小規模ではどうにでもなりますが、１００名規模などとなるとリーダの人柄が命運を分けるといっても過言ではありません。
将来的にはその規模を任されたいと思っているのですよね？』
Ｂ『....はい。』
Ａ『それなら、「切る怖い人」ではなくて「育てる優しい人」を目指した方がよいと思います。外注も育ててナンボですから。』
Ｂ『そうですね....Ｃさんは長い目で見ることにします。』
- 568 名前：仕様書無しさん [2007/10/30(火) 01:13:25 ]
- お、新作。
以前、デスマーチの挙句、外注が手を引いて別の外注業者に
ＰＧ一人１００万／月 取られてたバカがいた。
- 569 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:34:28 ]
- 外注を育てる？
金払って育てるんか？
- 570 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:36:54 ]
- >>567
こうやって（優しさを勘違いした無能な）リーダーが作られていくのか・・・・・・
- 571 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:40:09 ]
- まぁ、１００名規模のリーダにスキルなど....
- 572 名前：仕様書無しさん [2007/10/30(火) 01:50:47 ]
- お前らクチだけは達者だなｗ
- 573 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:50:57 ]
- 第一話
>>300-301
第二話
>>360-361
第三話
>>372
第四話
>>463-466-467
第四話
>>474-476
第五話
>>482
第六話
>>501
第七話
>>563-564-567
第一話、第五話は秀逸。
あとは駄作。
- 574 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:53:54 ]
- 四話が２こありますが？
- 575 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:55:16 ]
- 失礼！
第一話
>>300-301
第二話
>>360-361
第三話
>>372
第四話
>>463-467
第五話
>>474-476
第六話
>>482
第七話
>>501
第八話
>>563-567
第一話、第六話は秀逸。
あとは駄作。
- 576 名前：仕様書無しさん mailto:sage [2007/10/30(火) 02:22:54 ]
- すべて駄作。
- 577 名前：仕様書無しさん mailto:sage [2007/10/30(火) 07:37:25 ]
- >567
おかしな話でAもＢもＣもプロジェクトのリーダーには慣れないと思うんだが。
リーダーと呼ばれる人間は、ワリと本人が意識しないウチにリーダーにならされていた（w)
ってケースも多いぞ。
正直、目の前のくだらねぇ問題で喚くレベルの人間がリーダーになるのは不可能に近いぞ。
- 578 名前：仕様書無しさん mailto:sage [2007/10/30(火) 10:19:39 ]
- 切りたくても、切らねぇ！って
カイジかよ。
しかもついこないだアニメで放送した分。
- 579 名前：仕様書無しさん mailto:sage [2007/10/30(火) 19:43:17 ]
- 嫌われるとか好かれるとかをいちいち考えている人はプロマネに向いてない。
小チームのリーダーぐらいならともかく。
- 580 名前：仕様書無しさん mailto:sage [2007/10/30(火) 20:25:45 ]
- >>563-579
マごときが、プロジェクト管理語るか。
- 581 名前：仕様書無しさん mailto:sage [2007/10/30(火) 23:10:24 ]
- 一応管理者ですが、何も。
- 582 名前：仕様書無しさん mailto:sage [2007/10/30(火) 23:19:46 ]
- 係長も大変だな。
- 583 名前：仕様書無しさん mailto:sage さて、この文に無能と何回出たでしょう。 [2007/10/31(水) 00:21:35 ]
- >>567
無能だから嫌われた上でデスマになるってだけじゃないのん。
デスマになってから無能に気づくか、無能で嫌われたままデスマに突入するのか。
無能が原因でデスマしてたら和気藹々にはならなんだろうし。
- 584 名前：仕様書無しさん mailto:sage [2007/10/31(水) 00:34:38 ]
- >>567
すごい反響だな。
- 585 名前：仕様書無しさん [2007/10/31(水) 00:49:42 ]
- コボラの屁理屈に、飽きてきた
笑えるのがいいんだけど
- 586 名前：仕様書無しさん mailto:sage [2007/10/31(水) 00:50:52 ]
- 無能が無能を斬る。
それが２ｃｈ。
- 587 名前：仕様書無しさん mailto:sage [2007/10/31(水) 01:24:43 ]
- しかし上手く斬れず別の無能が絡む
それが2ch
- 588 名前：仕様書無しさん mailto:sage [2007/10/31(水) 01:44:14 ]
- >>585
熱心なファンだな。
- 589 名前：仕様書無しさん mailto:sage [2007/10/31(水) 03:34:30 ]
- >>567
明日、会社の女子トイレでオナニーをしろよ。
- 590 名前：仕様書無しさん mailto:sage [2007/10/31(水) 13:57:40 ]
- えらく伸びててハァ？と思ったが・・・
外注を育てるのはアホくさいが、外注にしても自社社員にしても
育つ場は現場だからなぁ。
どの現場でも切ることしかしないなら、無能な外注が増えて
デスマに陥る率も増えるだろ。
しかし爺の言うことは正論でも、育てる立場の会社や人間からしたら
ババを引いているにも違いはない。
- 591 名前：仕様書無しさん mailto:sage [2007/10/31(水) 20:46:42 ]
- すごい！このスレってできる人ばっかしなんですね。
- 592 名前：仕様書無しさん mailto:sage [2007/10/31(水) 22:24:58 ]
- 八話が最優秀ってことでＦＡ？
- 593 名前：仕様書無しさん [2007/11/02(金) 00:34:23 ]
- 誰か、『氷河期ＶＢ厨』書けよ。
- 594 名前：仕様書無しさん mailto:sage [2007/11/02(金) 00:39:03 ]
- １）COBOLER（コボラ、コボラー）
業務知識が豊富である反面、言語知識は最低限である場合が多い。
上流工程向け。今となっては希少な存在。
年収は３００万〜１２００万程度。
２）オープン系技術者（ソルジャー）
仕事と趣味を混在させることが多く、更には自覚がない。
代わりはいくらでもいると思いきや、想像以上にハズレが多い。
仕様書に書いてあるより「上（設計）の事」には想像をめぐらすことが出来ないが、
仕様書より「下（手段）の事」にはこだわりがある。
年収は２５０万〜４５０万（４０歳）程度。
- 595 名前：仕様書無しさん mailto:sage [2007/11/02(金) 01:23:06 ]
- >>594
言語知識最低限じゃあどうせ設計もロクにできんだろうに…上流工程でも迷惑なだけだろ。
無駄に重ねた年齢故の立場、責任転嫁する権限があるから…切れないだけで。
というかそれぞれの区分の中で使える奴と使えない奴が混ざってるのにそこ分けないで持論に有利な点だけ抽出すんなって。
- 596 名前：仕様書無しさん mailto:sage [2007/11/02(金) 01:51:05 ]
- 重要なのはDB回りと通信なので、言語は誤差
スクリプト言語まで行くとさすがにまずいがな。
コーダにゃ、運用設計できないし。
- 597 名前：仕様書無しさん [2007/11/02(金) 02:44:23 ]
- 『ＸＸ回り』ってよく聞くけど、いつもイライラする。
- 598 名前：仕様書無しさん mailto:sage [2007/11/02(金) 06:39:03 ]
- ＞１）COBOLER（コボラ、コボラー）
＞
＞ 業務知識が豊富である反面、言語知識は最低限である場合が多い。
＞ 上流工程向け。今となっては希少な存在。
こいつらのクソ設計のおかげで中日が日本一の瞬間も障害対応していましたが、何か？
- 599 名前：仕様書無しさん mailto:sage [2007/11/02(金) 20:24:56 ]
- >>596
ダウト。
言語によって得手不得手の設計が有る。これは決して誤差レベルではない。
コーダの話は誰もしてない。オープン系＝コーダとか思うのならいっぺん死んで来い。
っつかスレタイ嫁
- 600 名前：仕様書無しさん [2007/11/02(金) 21:00:56 ]
- 「ＤＢ周りと通信」
「ＤＢと通信」
- 601 名前：仕様書無しさん mailto:sage [2007/11/02(金) 21:46:52 ]
- ユニークIDに意味をもたせるな！
- 602 名前：仕様書無しさん [2007/11/02(金) 22:03:57 ]
- >>601
主キーと候補キーで使い分けるならアリなんだが。
- 603 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:14:16 ]
- DATEよりNUMBER(8,0)かCHAR(8) がいいと思うのは俺だけ？
- 604 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:27:46 ]
- >>603
なんで？既存システムとの兼ね合い？
- 605 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:29:39 ]
- 具体的に言うと名前を主キーにしないでください！
- 606 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:58:12 ]
- 年金システム？
- 607 名前：仕様書無しさん mailto:sage [2007/11/02(金) 23:27:48 ]
- >>603
必ずや日付として無効なデータが入るであろう。
今年は10月が60日まであればよかったなー
- 608 名前：仕様書無しさん mailto:sage [2007/11/03(土) 00:36:19 ]
- >>607
え？ごがつだよ？ねんはわすれたけど。
けんしゅうとかいうのがおわらないと６がつにならないっていってたんだ。
- 609 名前：仕様書無しさん mailto:sage [2007/11/03(土) 01:01:23 ]
- >>607
それはあるんだけどな.....
しかし、インデックスが.....
- 610 名前：仕様書無しさん mailto:sage [2007/11/03(土) 03:44:46 ]
- >>603
そうだね
DATE型だと、時間まで入ってしまうしね。
それに、未入力だとNulｌになってしまう。
Ｎｕｌｌは、あまり使いたくない。
オレも、よくNumberかCharで作成する。
- 611 名前：仕様書無しさん mailto:sage [2007/11/03(土) 04:49:22 ]
- >>610
釣れますか？
- 612 名前：仕様書無しさん mailto:sage [2007/11/03(土) 05:19:52 ]
- 腐ってやがる...
遅すぎたんだ...
- 613 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:04:13 ]
- >>609
格納したいものが、charで表せるようなもんで十分だと言うことが仕様上明確であれば、
別にcharでも良いと思う。
インデックスのためってのは、設計段階ではあまり理由にならない。
チューニング段階で、求められている速度に達しなくて、そこしかいじるところが無いって場合に初めてやればいい。
- 614 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:39:27 ]
- >>610
Oracleが世界の中心みたいな発言でつな。
DB2はんな事ないんだが。
- 615 名前：仕様書無しさん mailto:sage [2007/11/03(土) 10:25:06 ]
- まぁ、OracleとDB2とでは、技術者の数が違うからな
Nullって難しいよな
コボラーや年寄り技術者はもちろん、若いSEも理解していない奴が多い
DB製品間でも微妙に扱いが異なっているし
- 616 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:37:40 ]
- >>613
チューニングってやったことありますか？
- 617 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:45:53 ]
- >>615
Nullは値を持っていない…って解釈じゃマズイんかな？
自分とこの会社のコボラ連中、null不許可のvarcharだけでDB設計しやがった…orz
ワークテーブルも山ほど、ストアドの中はカーソルだらけ。
- 618 名前：仕様書無しさん mailto:sage [2007/11/03(土) 14:47:56 ]
- 正直な話、ＤＢのNULLの考え方はCOBOLerよりもまだ、Accessを使う
エンドユーザーの方が解っている気がしなくもない。
あとCOBOLerは「one fact in one place」の基本が出来てないヤツが圧倒的に
多いからアフォみたいにワークテーブル作るんだよな。
- 619 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:40:29 ]
- 多くのコボラーは
数値型でNull ＝ ゼロ
文字型でNull ＝ 空白
などと勘違いしている
コボラーなら、可変長のvarcharを使わず、
固定長のCharでNot Nullオンリー（笑）
- 620 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:46:17 ]
- レスポンスが悪いからとテーブル設計を変えたり、
インデックスを追加したり、プログラムをSQLレベルではなく
ロジックそのものを変更したりするのは、
もはやチューニングではなく、
設計不良の修正
出来損ないのプログラムの修正
だろう
|
 |
