- 1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ]
- 前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50
コボラも参加してね。
- 802 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:55:11 ]
- >>801
だから、変わる可能性がある、業務に使うコードなんか
主キーにするから泣きを見るっていってんじゃん。
だから業務で使うコード（783なら顧客番号）じゃなくて
俺コードをPKにすりゃいいっていってんのに
それがなんで別テーブルで管理って話になるんだ？
顧客テーブル
・顧客番号（PK）
・顧客名
・住所
っての状態を
顧客テーブル
・顧客ID（PK 自動採番）
・顧客番号
・顧客名
・住所
にすりゃ、顧客名が変わると同時に顧客番号が
変わるって業務ルールでも何の問題もないし
別テーブルで管理なんて冗長な事いらんでしょ。
ここまで説明せんといかんとは。
人の事コボラーとかいって笑えないぜ。
あまり長文かかすなよ。自分で自分がきもいわ。
- 803 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:02:00 ]
- 新旧の顧客番号が一緒に飛んでくる。
- 804 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:45:00 ]
- >>803
>SELECT * FROM こきゃくますた
+−−−−−−+−−−−−−+−−−−−−+−−−−−−+
| 顧客番号１ | 顧客番号２ | 顧客番号３ | 顧客番号４ | ・・・・
+−−−−−−+−−−−−−+−−−−−−+−−−−−−+
＿＿＿_
／ ＼
／ ─ ─＼
／ （●） （●） ＼
| （__人__） | ＿＿＿＿＿＿＿_
＼ ｀ ⌒´ ,／ | | |
ノ ＼ | | |
／´ | | |
| ｌ | | |
ヽ -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__|
ヽ ＿＿＿＿,ノγ⌒ヽ)ニニ-￣ | | |
- 805 名前：仕様書無しさん mailto:sage [2007/12/18(火) 08:35:23 ]
- >>804
おお〜！アタマ良いなw
- 806 名前：仕様書無しさん mailto:sage [2007/12/18(火) 17:30:02 ]
- 一挙解決じゃん。
頭いいな>>804
- 807 名前：仕様書無しさん mailto:sage [2007/12/18(火) 18:06:08 ]
- >>804
で横長ＤＢができるのかw
- 808 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:32:45 ]
- 見事にオチがつきました。ﾁｬﾝﾁｬﾝ w
- 809 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:53:01 ]
- >>802
新規で作るならそれでいいけどね、、すでに顧客番号が主キー
になってしまってて、糞設計をカバーするための無理な改修と
複雑な迂回経路ロジックが絡まって、崩壊寸前のカオス状態の
データをどうすっかなーという愚痴なわけで・・・
結論としてはコボラー士ね。これ。
- 810 名前：仕様書無しさん mailto:sage [2007/12/19(水) 02:29:42 ]
- 先日、うちのシステム部門が作っている新規システムのデモに参加した。
品番や顧客コードの変更に弱く、品番ツリー（部品表）も実務に耐えられる機能を持っていなかった。
出しゃばりの俺が、システムの同期に設計を見せてもらったらひどすぎた。
業務キーを主キーにするのは当然のこと、
部品表を表すための品番構成マスタもルートに対しての参照と構成レベルで表現されていた。
n:nの自己参照を関連テーブルで作って再帰ツリーにする方法がわからなかったらしい。
現在、趣味グラマの俺（生管）が「楽々ERDレッスン」を使って、プロジェクトチームに講習会を行っている。
どんな会社だ。
- 811 名前：仕様書無しさん mailto:sage [2007/12/19(水) 03:03:38 ]
- >>810
製造業でひどい設計のDBだと死にそうだなあ。
俺は物流ばっかりだからひどいのも何度も見てるけど
まあなんとかなってたよ。
- 812 名前：仕様書無しさん mailto:sage [2007/12/24(月) 12:54:47 ]
- >>再帰ツリーにする方法がわからなかったらしい
講習会よりも転職、異動を薦めるほうが....
- 813 名前：仕様書無しさん [2007/12/24(月) 21:36:28 ]
- ───────── ― - --
─── /⌒ヽ, ─────────
￣￣ / ,ﾍ ヽ∧＿∧ ￣￣￣￣￣￣￣￣ , ” ' ‐ ,
￣￣ i .i ＼ （ ´Д｀）ヽ, ___,, __ ＿ ,, - _―" ’. ' ・, ’・ , /∧＿∧
── ヽ勿 ヽ,__ j i~"" ＿ ― ＿: i ∴”_ ∵, ）） →>>コボラ
＿＿＿＿＿＿ ヽ,, / / __,,, -- "" ─ "ー ・, ； ; - 、・ r=-,/⌒ ~ヽ~,
─────── ヽﾉ ﾉ,イ ─── ― - i ｙ ﾉ' ﾉi j |
─────── / /,. ヽ, ── i,,___ノ /／
＿＿＿＿＿＿ 丿 ﾉ ヽ,__,ﾉ ＿＿＿ ＿ _ _ ,' ゝi
j i ／ y ノ
＿＿＿＿＿ 巛i~ ＿＿＿＿ ＿ / ／~／
i < /
─────── _ _ ヽ, ＼
// | | 巛 / ヽ_ ）
──── // | | ＝＝＝┐ i （~＿ノ
// | | | | ﾉ /
~ ~ | | ﾉ /
＝＝＝┘ (~ ソ
~￣
..... ............................ ......... . . ... ....... .
: :: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : : :::::::::: :::::: :: : : :
- 814 名前：仕様書無しさん mailto:sage [2007/12/24(月) 22:17:52 ]
- ───────── ― - --
─── /⌒ヽ, ─────────
￣￣ / ,ﾍ ヽ∧＿∧ ￣￣￣￣￣￣￣￣ , ” ' ‐ ,
￣￣ i .i ＼ （ ´Д｀）ヽ, ___,, __ ＿ ,, - _―" ’. ' ・, ’・ , /∧＿∧
── ヽ勿 ヽ,__ j i~"" ＿ ― ＿: i ∴”_ ∵, ）） →>>813
＿＿＿＿＿＿ ヽ,, / / __,,, -- "" ─ "ー ・, ； ; - 、・ r=-,/⌒ ~ヽ~,
─────── ヽﾉ ﾉ,イ ─── ― - i ｙ ﾉ' ﾉi j |
─────── / /,. ヽ, ── i,,___ノ /／
＿＿＿＿＿＿ 丿 ﾉ ヽ,__,ﾉ ＿＿＿ ＿ _ _ ,' ゝi
j i ／ y ノ
＿＿＿＿＿ 巛i~ ＿＿＿＿ ＿ / ／~／
i < /
─────── _ _ ヽ, ＼
// | | 巛 / ヽ_ ）
──── // | | ＝＝＝┐ i （~＿ノ
// | | | | ﾉ /
~ ~ | | ﾉ /
＝＝＝┘ (~ ソ
~￣
..... ............................ ......... . . ... ....... .
: :: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : : :::::::::: :::::: :: : : :
- 815 名前：仕様書無しさん mailto:sage [2007/12/25(火) 02:25:48 ]
- 同じ顧客コードがついてるけど別会社です、とか
別の顧客コードがついてるけど同じ会社です、とか
それに対応するシステムを作れ、とか
俺は悲しい
- 816 名前：仕様書無しさん mailto:sage [2007/12/25(火) 10:27:03 ]
- >>815
新規案件だったら簡単な話だけど
そうじゃなさそうだなこの流れだと。
そういうの死ぬよなー。
俺は商品周りでそれやられた。
- 817 名前：仕様書無しさん mailto:sage [2007/12/25(火) 20:41:03 ]
- 顧客番号の取り方で、ある番号帯ではインクリメントしていき、
別の番号帯ではデクリメントしていき、そしてまた桁の繰り上がり
が上がったり下がったりするようなのを自慢げに語られるわけです。
俺はこんなに複雑なもんを組んで、桁数が足りないのをカバー
してんだぞと・・。もう市ねといいたいです。
- 818 名前：仕様書無しさん mailto:sage [2007/12/26(水) 10:09:21 ]
- >>817
それってどういう意味があるんだろう？桁数は変わらないような。
顧客番号から顧客数を推測されるのを回避できそうだと思うけれども。
- 819 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:13:17 ]
- >>818
顧客番号は社内のみで使用
- 820 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:21:42 ]
- いままさにおれの状況だ…
なんで顧客番号のほかに「キー」なんてｶﾗﾑがあるんだよ、orz
- 821 名前：仕様書無しさん [2007/12/27(木) 22:23:43 ]
- >>815
前提なら悲しくない。
そういう前提の仕事をできないお前がクズ。
しね。
- 822 名前：仕様書無しさん mailto:sage [2007/12/28(金) 23:25:35 ]
- その前提自体が悲しい。
- 823 名前：仕様書無しさん mailto:sage [2007/12/29(土) 04:37:02 ]
- >>822
この程度で悲しんでたら
仕事になんねーじゃん。
泣くのはこの前提がカットオーバー
間際に発覚とかそういう場合だろ。
- 824 名前：仕様書無しさん [2008/01/03(木) 06:08:21 ]
- コボラではないが、
DEVELOPER(PL/SQL)とVB6.0が共存するシステムで
CSV取り込みをDEVELOPERで
バッチをVBで
やるとか言われて仰天した。
なんか通じるものがある。
- 825 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:40:53 ]
- 今設計やってるんだが、
コボルからの移行なんだがDBを横長にしないとぶち切れる。
脳みそついてきてないんだろうな・・・。
ものすごく簡単なリレーションも理解できないから
同じ項目を何箇所にも持たせようとしたりして突っ込みに疲れる
- 826 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:46:04 ]
- 同じ物を何カ所も持ってたり、更新のたびにあちこちで再計算しまくるのな。
- 827 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:47:04 ]
- あがってきたdb設計をおれが全部直してる。
全部こっちでやろうかな・・・
- 828 名前：仕様書無しさん [2008/01/04(金) 13:49:56 ]
- >>827
そうしろ。
３日から大変だな。
- 829 名前：仕様書無しさん [2008/01/04(金) 22:48:03 ]
- おい、ここか
コボラじゃないふりしてコボラをばかにしてる集会所は
- 830 名前：仕様書無しさん mailto:sage [2008/01/04(金) 22:55:10 ]
- >>829
そうなんだよ。
お前もいつまでも演技してんな。
- 831 名前：仕様書無しさん mailto:sage [2008/01/05(土) 08:12:26 ]
- コボラがガオー
- 832 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:46:52 ]
- ,._.,
‘^^
- 833 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:47:41 ]
- ,._.,
‘^^
- 834 名前：仕様書無しさん mailto:sage [2008/01/05(土) 22:46:45 ]
- >>826
＞更新のたびにあちこちで再計算
トリガー使えばなんてことない。
ちまちま結合してる余裕がないのです。
データ構造を熟知してない人でも使えてレスポンスの良い横長の結果が重要なのですよ。
ケースバイケースでやらないと某スレで言われてるみたいに
プログラムは単純作業って言われちゃいますよ。
- 835 名前：仕様書無しさん mailto:sage [2008/01/05(土) 23:28:37 ]
- >ちまちま結合してる余裕がないのです。
トリガー内で結合してるよね？
>データ構造を熟知してない人でも使えて
コボラーに使わせる必要が無い^^
- 836 名前：仕様書無しさん [2008/01/06(日) 00:11:38 ]
- >>834
半可通乙
- 837 名前：仕様書無しさん mailto:sage [2008/01/06(日) 00:57:27 ]
- >>835
＞トリガー内で結合してるよね？
横長DBをSELECTするときに結合する必要がない。
＞コボラーに使わせる必要が無い^^
それで済んだら世話ない。
- 838 名前：仕様書無しさん [2008/01/06(日) 03:37:20 ]
- 団塊でてこい。
- 839 名前：仕様書無しさん [2008/01/06(日) 06:21:19 ]
- 倖田來未とＳＥＸ
相武沙希と握手
ギャル曽根と大食い勝負
お前らどれする？
- 840 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:19:58 ]
- >>837はリレーションわからないコボラーの典型だな
- 841 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:24:00 ]
- >>834
>>837
そういう時はビューを使いましょう
- 842 名前：仕様書無しさん mailto:sage [2008/01/06(日) 23:38:49 ]
- >>840
リレーションをわかってないのは君だ。
リレーションシップな。
- 843 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:20:44 ]
- リレーションとリレーションシップってどう違うの？
リレーショナルデータベースっていうくらいだからリレーションでもいいと思うんだが
- 844 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:32:09 ]
- ざっくりとした説明だが、
リレーション = テーブル、だ。
出直してきなさい。
- 845 名前：仕様書無しさん mailto:sage [2008/01/07(月) 03:41:19 ]
- 半可通もいい加減に.......
- 846 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:11:48 ]
- >>845
リレーション = テーブルってのも言葉足らずで
不正確なのはわかっとるわい。
リレーションを関連とか思ってる奴には
とりあえずこれでいいだろこれで。
- 847 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:51:58 ]
- >>846
あんたが「リレーションについて知ってるぞ」って主張したいのは
分かったけど、>>841はスルーなの？
- 848 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:05:17 ]
- >>847
へ？ビュー使えばいいじゃん。
あ、そうか。俺、>>834でも>>837でもないです。
コボラー叩きしたつもりで恥さらしてる>>840が
痛々しいので横から大きなお世話焼こうかなって
思っただけです。
- 849 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:34:51 ]
- まぁ、前後との関係で読み取れる範囲だと思うよ。840は。
実際、841は察してるしね（OR 同じ間違い）。
- 850 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:42:30 ]
- >>849
前後の関係っていうか、841が察してるとかは知らんけど、まぁわかるわな。
実際とてもありがちな誤用なので。
- 851 名前：仕様書無しさん [2008/01/07(月) 07:34:44 ]
- >>846
>>リレーション = テーブルってのも言葉足らずで
>>不正確なのはわかっとるわい。
なら、>>840がなんで叩かれるんだろう？
- 852 名前：仕様書無しさん mailto:sage [2008/01/07(月) 07:53:47 ]
- わぁ＞＜
釣れてる＞＜
・・・仕事いってきます
- 853 名前：仕様書無しさん mailto:sage [2008/01/07(月) 10:05:15 ]
- >>851
リレーションを関連の意味で使ってるのは
明らかな間違いなのと、
この間違い自体はよくある話だからいいとしても
それを他人を叩く文脈で使ってるのが凄く恥ずかしいから。
民主党なみのブーメラン現象だろう？
- 854 名前：仕様書無しさん [2008/01/07(月) 20:50:25 ]
- ビューでもジョインでもどっちでもいいが
ボラクルCBOのアホさ加減には辟易する
- 855 名前：仕様書無しさん [2008/01/19(土) 21:37:29 ]
- ファビョリジニー
- 856 名前：仕様書無しさん [2008/01/25(金) 01:37:56 ]
- >>854
刺ねよ、クソコボラ。
- 857 名前：仕様書無しさん [2008/01/25(金) 21:41:12 ]
- IT業界に３０年以上いますが、
プログラミングしかやったことがありません。
言語はコボルしかやったことがありません。
最近はコボル人口が激減しているのでとても待遇がいいです。
今年のボーナスの合計額は３７８万円でした。
こんなにもらって申し訳ない気持ちでいっぱいです。
- 858 名前：仕様書無しさん mailto:sage [2008/01/25(金) 23:07:05 ]
- そういえばエボラの無毒化に成功したみたいだね。
- 859 名前：仕様書無しさん mailto:sage [2008/01/26(土) 20:56:13 ]
- コボラの無害化は....無理か
- 860 名前：仕様書無しさん mailto:sage [2008/01/26(土) 21:12:43 ]
- この前引き継いだシステムはコボルで設計した横長ＤＢを
そのままSQLに突っ込んだだけのもので、それを複雑な
ビューとストアドで正規化されているテーブルのように見せ、
使うときはそのビューを結合して使うのだった。いい加減に城。
- 861 名前：仕様書無しさん [2008/01/26(土) 23:06:23 ]
- そのビューのレイアウトにコンバージョンすればいんじゃね？
- 862 名前：仕様書無しさん [2008/01/26(土) 23:16:06 ]
- 参照はそれでいいけど
更新はどうすんだよ？
糞テーブル残してトリガ更新か？
- 863 名前：仕様書無しさん [2008/01/27(日) 02:18:01 ]
- お前らよく聞け。
オープン系が出てくる遥か前にコボラは市場を席巻している。
もう、お前らの負けは確定的。
- 864 名前：仕様書無しさん mailto:sage [2008/01/27(日) 23:26:08 ]
- >863
「自動車? この馬車全盛の世の中でそんなもん売れるわけないだろう」
(フォードが融資を頼みに行った銀行からの断り文句)
- 865 名前：仕様書無しさん [2008/01/27(日) 23:49:28 ]
- まぁ、馬車と自動車ほど
汎用機とオープン系は違わないからなー。
利用者にとっては。ユビキタスだな。
- 866 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:29:02 ]
- 俺、コボラだけど
JAVAでサーブレットも
PERLでCGIも
Cで組み込みも
VB,DELPHIでC/Sも
ついでにPL/SQLとかDBMAGICなんかもできるよ。
言語をして、どれがいいとかわけわかりません。
ただ一ついえるのは
コ ボ ル が 一 番 楽 で 金 に な る 。
ってこと。
その次は組み込みかな。
JAVA案件は貧乏人がやればいい ｗ
- 867 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:32:23 ]
- Oracle案件は半可通が多くて困ることが結構ある。
特にパフォーマンスに関しては
「このプロジェクトで一番詳しい」
とか言われてる奴がど素人だったりするから ｗ
|
 |
