結局開発で最も大切なのはテーブルの正規化と制約 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/08/24(木) 07:52:17.47

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義するといったことが
開発の中で最も大切

炎上してるプロジェクトは
必ずと言って良いほど
これらを軽視している

**デフォルトの名無しさん** · 2017/08/24(木) 09:04:18.74

整理整頓、ちゃんとしようってことなんだな。
炎上なんてのは当たり前のことが当たり前にできてないってことがほとんどで。

**デフォルトの名無しさん** · 2017/08/24(木) 11:59:02.99

DB側で管理できることは
DB側でやれってことでいいの？

**デフォルトの名無しさん** · 2017/08/24(木) 12:41:55.80

そんな話じゃないよ

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
というのをやっておけば
そうそう炎上なんかしない
という話

**デフォルトの名無しさん** · 2017/08/24(木) 14:30:20.09

そんな馬鹿な

**デフォルトの名無しさん** · 2017/08/24(木) 17:48:40.28

そんな馬鹿なと思うかもしれないけど
意外と事実だよ

**デフォルトの名無しさん** · 2017/08/24(木) 18:29:53.40

> テーブルを正規化したり
> 適切なデータ型を決定したり
> 制約を定義する
なんて基本中の基本で、それでも炎上するプロジェクト多数なんだが

**デフォルトの名無しさん** · 2017/08/24(木) 19:06:37.16

それは、顧客仕様を分析できてないからだお

**デフォルトの名無しさん** · 2017/08/24(木) 19:07:46.08

>>7
そんなことはない
炎上するプロジェクトの大半は

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する

というのをやってない

**デフォルトの名無しさん** · 2017/08/24(木) 20:45:00.02

大半: 全体の半分以上

(全体 - 大半)は
テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
事をしてても炎上してるって事だね

定量的なデータあるの? 大半って何% 母集団は何?

**デフォルトの名無しさん** · 2017/08/24(木) 20:53:03.51

誰に何を聞いてるんだ？

**デフォルトの名無しさん** · 2017/08/24(木) 21:05:02.33

>>8
だよね

原因と結果を混同してたら根本原因にはたどり着けない

**デフォルトの名無しさん** · 2017/08/24(木) 21:11:48.10

デスマ案件の原因Top3
・低品質な要求分析・要件定義
・最初から無理めなスケジュール・予算
・わがまま傲慢顧客

次点
・顧客担当者の社内調整力不足
・PMの調整力・交渉力不足

次々点 (※マネジメントが優秀ならこれらの理由だけで炎上する可能性は小さい)
・既存システム・連携システムの負の遺産
・エンジニアの技術力不足
・採用技術の不確実性

**デフォルトの名無しさん** · 2017/08/24(木) 21:16:50.03

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する
というのを

A.やっていて炎上するプロジェクト
B.やっていなくて炎上するプロジェクト
C.やっていて炎上しないプロジェクト
D.やっていなくて炎上しないプロジェクト

の4つに分けたら

A＜Bであるし
C＞Dである

**デフォルトの名無しさん** · 2017/08/24(木) 21:21:32.21

>>13
それは幻想
現実には

テーブルを正規化したり
適切なデータ型を決定したり
制約を定義する

というのを
やってるかやってないかで
簡単に決まってしまう

**デフォルトの名無しさん** · 2017/08/25(金) 03:29:00.56

テーブルを正規化する
適切なデータ型を決定する
制約を定義する

以後この3つを「正規化など」って俺は書くね

**デフォルトの名無しさん** · 2017/08/25(金) 03:31:40.26

正規化などと炎上プロジェクトの間には
ビックリするほど関係性がある

嘘だと思うなら調べてみるといい

**デフォルトの名無しさん** · 2017/08/25(金) 11:14:11.33

肌感覚だけどそりゃそうだろうね。
正規化をまじめに考える余裕もないような現場なら炎上しやすいってか炎上中というか。

**デフォルトの名無しさん** · 2017/08/25(金) 13:32:04.14

結局開発で最も大切なのは仕様
上手くいかないのは仕様が滅茶苦茶な時
仕様が糞だと設計もコードも乱雑になり糞になる

客先常駐やSIerはその場しのぎの糞コードばかり書くことになる
基本自社開発な企業行くと、意味不明な仕様もなくなって楽になった

**デフォルトの名無しさん** · 2017/08/25(金) 17:46:33.07

>>18
正規化などを「余裕のある時にやればいいこと」と位置づけた時から炎上は始まってる

**デフォルトの名無しさん** · 2017/08/25(金) 17:47:56.47

>>19
「仕様が糞」って具体的にどんな状態？

**デフォルトの名無しさん** · 2017/08/25(金) 18:14:26.28

正規化・適切なデータ型選択・制約の定義をすれば炎上しないと思ってるなら
自分でそれをやればいいと思うんだけど何でやらないの？

**デフォルトの名無しさん** · 2017/08/25(金) 18:21:40.86

>>22
君がやってみれば？
実際に正規化などが行われていない
炎上プロジェクトでさ

上の方でも書いたけど「正規化など」というのは
1.テーブルを正規化する
2.適切なデータ型を決定する
3.制約を定義する
の3つね

**デフォルトの名無しさん** · 2017/08/25(金) 18:36:46.50

>>23
>実際に正規化などが行われていない

行われてないって何で他人事なの？
行われてないなら行えばいいじゃん

**デフォルトの名無しさん** · 2017/08/25(金) 18:41:26.71

>>24
君がやってみれば？

**デフォルトの名無しさん** · 2017/08/25(金) 18:46:25.29

>>25
3つとも基本だからね
当たり前にやってるよ
君がやらない理由を教えてよ

**デフォルトの名無しさん** · 2017/08/25(金) 18:48:37.12

>>26
許可が出れば当然やってる

**デフォルトの名無しさん** · 2017/08/25(金) 20:15:09.10

>>27
そっか。じゃまず許可出してもらえるように頑張らないといけないね

自分で正規化などをやる立場になったら
そういう基本的なことすら行われない原因が何なのか
もう少し違う視点から見れるようになると思うよ

**デフォルトの名無しさん** · 2017/08/25(金) 20:27:03.43

>>27
許可がでればってw

だからお前はry

**デフォルトの名無しさん** · 2017/08/25(金) 20:59:55.57

>>27
たぶん今の位置が幸せだと思うよ

**デフォルトの名無しさん** · 2017/08/25(金) 21:14:43.02

データベースのデータ設計を変更するのは相当広い範囲に影響するからね。
後から入ったやつが簡単にどうこうできることじゃない。
だからこそ大事だという言い分はそんな間違ってはいない。

**デフォルトの名無しさん** · 2017/08/25(金) 22:29:46.18

>>30
それは同意かな

**デフォルトの名無しさん** · 2017/08/25(金) 22:40:28.35

>>28

「締切に間に合えば好きにしてもらっていいよ」
と言われることもあるし
許可が出ることもあるし
1人プロジェクトなら当然やってる

もちろん

ダメだと言われることもある

**デフォルトの名無しさん** · 2017/08/26(土) 02:19:36.07

確かに正規化とか出来てないと後の辻褄合わせが無茶苦茶大変だわw

データのライフサイクルなんかも全く考慮されてないしw

**デフォルトの名無しさん** · 2017/08/26(土) 02:25:23.12

大企業でもデータを統括する部署なり役職なり全然ないからなw

データベースを単なるデータの入れ物ぐらいにしか思っていない奴がやりたい放題だよw

**デフォルトの名無しさん** · 2017/08/26(土) 08:37:38.87

データベースなんて要はエクセルだろ?

**デフォルトの名無しさん** · 2017/08/26(土) 08:47:04.50

ﾜﾛｽ

**デフォルトの名無しさん** · 2017/08/26(土) 09:15:37.31

>>36
そんな感覚だよねー

**デフォルトの名無しさん** · 2017/08/26(土) 13:40:09.00

以前関わったプロジェクトで10個ぐらいのフィルードの複合キーを主キーにしてるテーブルをみた時はさすがに設計した奴死ねと思ったわ

主キーが
都道府県コード + 市区町村コード + 支店コード + 部門コード + ラインコード + 品種コード + グループコード + 製品コード + 製造年月 + 連番

みたいな感じだった
あぁ、こりゃ炎上するわと納得した

**デフォルトの名無しさん** · 2017/08/26(土) 14:42:02.27

>>36
クエリかけられる excel と考えればそんなに間違ってもいないかな。
excel だろうとなんだろうと正規化は意識した方が良い。

**デフォルトの名無しさん** · 2017/08/26(土) 16:01:07.97

>>40
外部キー制約あってこその正規化だよ

**デフォルトの名無しさん** · 2017/08/26(土) 16:10:41.94

なるほど確かにエクセルだと、その種の制約かけるのが相当めんどい。

**デフォルトの名無しさん** · 2017/08/26(土) 16:18:53.65

お前が関わったプロジェクト全般てなだけで開発全般とは言えないな。

**デフォルトの名無しさん** · 2017/08/26(土) 16:40:35.97

>>39
いい例だと思うんだけど、それは正規化されてないのが原因じゃないんだよね
そんな主キーでもきちんと正規化されてる場合だってあるから

正規化はたいていの人が少し慣れればほとんど意識せずに出来るようになるけど
それと優れたデータベース設計が出来るかどうかとは全く別の話
だから「データベース設計≒テーブルの正規化」的な考え方の人が
設計してるうちは炎上の可能性は下がらない気がする

**デフォルトの名無しさん** · 2017/08/26(土) 16:51:27.16

正規化ゆうても第1から第5まであるわな
さすがに第5までやるのもやりすぎなんで、ほとんど第3までやろうけど
というか第3正規化できてないと大概炎上するわな

**デフォルトの名無しさん** · 2017/08/26(土) 23:41:10.41

正規化などが行われていなければ
ほぼ確実に炎上するとすれば
結局開発で最も大切なのは正規化などだよ

**デフォルトの名無しさん** · 2017/08/26(土) 23:48:12.61

え？なに？正規化することで炎上が解決した事例でもあんの？
ないじゃんｗｗｗ

**デフォルトの名無しさん** · 2017/08/26(土) 23:59:32.28

>>47
君は正規化をやらないの？

**デフォルトの名無しさん** · 2017/08/27(日) 00:18:49.27

>>48
重要なのは正規化することで炎上しないのが
本当かってことでしょう？ｗ

**デフォルトの名無しさん** · 2017/08/27(日) 00:33:18.16

>>49
正規化などが行われていない炎上プロジェクトで
「正規化などをやるべきだ」と言った人がいるとして
その人の意見は通るかな？

**デフォルトの名無しさん** · 2017/08/27(日) 00:36:24.38

まあ行き当たりばったりな設計で力押しが多いよな

**デフォルトの名無しさん** · 2017/08/27(日) 00:46:07.69

>>50
正規化してないことが炎上の真の原因だと納得させられるなら
その人の意見は通るでしょ
みんな炎上なんて嫌なんだから

**デフォルトの名無しさん** · 2017/08/27(日) 00:55:59.03

>>52
納得させることが出来ると思う？

**デフォルトの名無しさん** · 2017/08/27(日) 00:56:07.71

　
顧客ID, 氏名, メールアドレス, 郵便番号, 都道府県, 市町村, …

↑住所のところが正規化されてないけど
こういう顧客テーブル使ってても炎上とは無縁の会社いくつも知ってるよ
炎上防ぐために正規化する？

**デフォルトの名無しさん** · 2017/08/27(日) 00:57:53.81

>>53
そう主張できる論拠がないからね
少なくとも今のところこのスレでは

だから誰も納得しない

**デフォルトの名無しさん** · 2017/08/27(日) 00:58:43.29

>>55
だから君は正規化などをやらないと

**デフォルトの名無しさん** · 2017/08/27(日) 01:05:41.41

>>56
それ論点ずらしって言うんだよ
「炎上するのは正規化してないから」や「正規化すれば炎上の可能性が小さい」という主張に対する反証を出してるだけ

俺が正規化するかどうかとは何の関係もない
都合が悪くなると論点ずらしするのはよくないね
もっと考えないと

**デフォルトの名無しさん** · 2017/08/27(日) 01:11:16.15

>>54
市町村合併とかの時に大変そうだな
まぁもう暫くはないだろうけど
あ！金もらえるなら別に大変でもいいか
タダでやれとか言われたら涙目だけど

**デフォルトの名無しさん** · 2017/08/27(日) 01:11:33.07

そもそも正規化が何たるかを知らない

知った上で正規化崩ししているなら話はまた別

**デフォルトの名無しさん** · 2017/08/27(日) 01:22:38.07

>>59
それは正論
「敢えて正規化を崩している」とか
「敢えて制約を外してる」とかなら
それはそれでok

**デフォルトの名無しさん** · 2017/08/27(日) 01:29:04.48

>>57
それは話が逆

正規化などは「当然やるべきこと」だよ

説明が必要だとすれば
敢えて正規化を崩したり
敢えて制約を外したりする場合だよ

**デフォルトの名無しさん** · 2017/08/27(日) 01:50:48.68

そいで正規化して炎上が収まった実例でも有るの？

**デフォルトの名無しさん** · 2017/08/27(日) 01:55:57.44

>>62

正規化などが行われていない炎上プロジェクトで
「正規化などをやるべきだ」と言った人がいるとして
その人の意見は通るかな？

**デフォルトの名無しさん** · 2017/08/27(日) 02:00:25.45

炎上してるプロジェクトで、設計の初期段階まで戻って正規化をやり直す時間なんかくれるわけないわな
つまり、進むも地獄、戻るも地獄の状況で、地獄の深みに突き進んでいくしかないわけさ
まさに、デスマーチ
笑いながらウンコ漏らすってもんよ

**デフォルトの名無しさん** · 2017/08/27(日) 02:09:04.83

>>61
それ正規化しないと炎上しやすいっていう主張の根拠になってるの？

ループしすぎじゃないか？

**デフォルトの名無しさん** · 2017/08/27(日) 02:13:54.74

>>65
「正規化しないと炎上しやすい」っていう主張に根拠が必要とは思えん

**デフォルトの名無しさん** · 2017/08/27(日) 04:17:04.67

炎上してる場合、テストを書こうだってほとんど通らないよｗ
ただひたすら言われたことやるだけｗ

**デフォルトの名無しさん** · 2017/08/27(日) 05:29:14.49

>>63

コーディング規約がない炎上プロジェクトで
「コーディング規約を作るべきだ」と言った人がいるとして
その人の意見は通るかな？

つまり、あんたが言いたいことはどういうこと？

**デフォルトの名無しさん** · 2017/08/27(日) 06:49:44.81

上がポンコツだとなにやっても無駄無駄無駄ァッ！って事じゃないかと

**デフォルトの名無しさん** · 2017/08/27(日) 09:30:22.66

>>67
少しづつテストを入れるなら
普通に通ると思うよ

>>68
少しづつコーディング規約を適用していくなら
普通に通ると思うよ

>>69
それはある

**デフォルトの名無しさん** · 2017/08/27(日) 09:39:07.87

本当に上が体育会系の脳筋のごますりと金勘定しか興味ない奴だと大変だわ

**デフォルトの名無しさん** · 2017/08/27(日) 13:02:52.37

>>71
そんな連中ばかりでも
正規化などの「当然やるべきこと」を
普通にやらせてくれるなら
まだマシだけどね

**デフォルトの名無しさん** · 2017/08/27(日) 13:14:26.04

「テーブル数が増えると管理が面倒だから～」確実にあんたが面倒にしている

**デフォルトの名無しさん** · 2017/08/27(日) 13:27:18.19

>>73
本当にそれだよね

**デフォルトの名無しさん** · 2017/08/27(日) 14:53:14.86

正規化するとパフォーマンスに影響があるから
崩しましょうとか、正規化する前にやるなよw

**デフォルトの名無しさん** · 2017/08/27(日) 14:58:15.64

>>70
> 少しづつテストを入れるなら
> 普通に通ると思うよ

あんたテスト書いたこと有る？
テストの量は実装コード以上になる上に
炎上しているようなものは実装コードも
テスト可能になってないのだから、
ようするに工数が今の3倍ぐらいになるってことだよ

テストなんてのは最初から書いて
テスト可能なように設計しておくのが前提

**デフォルトの名無しさん** · 2017/08/27(日) 16:04:34.86

>>76
カバレッジ100%でも目指してるの？

**デフォルトの名無しさん** · 2017/08/27(日) 16:17:02.37

どの工程の設計であろうと、「やる前によく考えろ」の一言に尽きる

期間がない、予算がない、で取り敢えずのその場しのぎの設計が多い

結局いい加減な設計は後で何十倍にもなって自分に返ってくるってのにな

何事も初動が大事

**デフォルトの名無しさん** · 2017/08/27(日) 16:23:14.96

>>77
100%は目指してないが
意味があるぐらいは目指すだろ

たった一個書いて終わりか？

**デフォルトの名無しさん** · 2017/08/27(日) 16:47:00.08

正規化とか知らない素人同然のなんちゃってＳＥが設計してるからどうしようもない
未熟者が上流に従事することなど医療や建設の業界ではあり得ないことだが、それが
平然とまかり通るのがIT業界
目に見える形での直接的な人命への影響がないから見過ごされているが、実は人の体力ばかりか精神をも蝕み最悪殺すこともあるというのに