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

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

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

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

**デフォルトの名無しさん** · 2017/08/31(木) 00:50:48.09

トランザクションデータを正規化しておけば
例えば処理が終わったトランザクションに含まれる
○○コードマスタを書き換えるだけで
過去に終わったトランザクションデータを
後から変更できて便利！

**デフォルトの名無しさん** · 2017/08/31(木) 01:04:47.41

マスターがバージョニングされて有効期間がきられていたら完全かもだけど普通はそこまでしない

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

>>147
違う違う
add onlyな受注テーブルを作るんだよ
んで注文明細とリレーションを張る

**デフォルトの名無しさん** · 2017/08/31(木) 09:49:05.97

つまり注文データを正規化して

受注テーブルや受注明細テーブル
もしその中でコード、例えば服のサイズコードや
色コードなど正規化すべきものを使っていれば
そのテーブル

それらのテーブル全てに対して
履歴テーブルを作るというわけか？

例えば受注履歴テーブルや受注明細履歴テーブル
サイズ履歴テーブル、色履歴テーブル
ありとあらゆるその時の情報を履歴テーブルにコピーする

**デフォルトの名無しさん** · 2017/08/31(木) 10:15:40.17

>>152
お前がやりたいようにやれ

**デフォルトの名無しさん** · 2017/08/31(木) 10:19:51.27

性器化

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

>>152
そうだよ
イベントソーシングね

**デフォルトの名無しさん** · 2017/09/01(金) 00:03:45.67

>>151
説明が短すぎてわからないや
「トランザクションも正規化するの？」の質問とつながってるの？

**デフォルトの名無しさん** · 2017/09/01(金) 00:09:29.76

>>155
イベントソーシングと履歴テーブルはちょっと違うよ

履歴テーブルは状態変更イベントを記録するんじゃなくて
変化した状態そのものを記録していく
基本的にTemporal Tableと同じ

**デフォルトの名無しさん** · 2017/09/01(金) 08:19:46.16

>>152
カーボンコピーを受注テーブルに持たせるんだよ
それかカーボンコピーを受注リソースに分離して参照を貼る
少なくとも受注に絡む事実を注文に持たせるものではない

**デフォルトの名無しさん** · 2017/09/01(金) 09:53:47.01

○次受けが多いほど退場率が早くなる。高くなる

直受けの50万客：いつまでもうちにいていいよ
3次受けの50万（客は90万払ってる) 客：短期延長していい？
5次受けの50万（客は150万払ってる) 客：作り終わったらとっと出てけ　できなかったら即退場だ　
長時間労働　高稼働　高スキル要求が多い

零細フリーランスサイトは5次受けから誰もできない難易度の高い仕事　余り物の仕事を紹介してくる。40万円代でやってくれと
これならJIETから3次でいったほうがいいな

446非決定性名無しさん2017/08/02(水) 22:12:48.95

JIETに毎月5千円払えば３次から入場できるだろ？
高額をうたうフリーランスのサイトはだいたい５次から４５万円
JIETで閲覧応募できる末端価格からさらに搾取するのが高額をみせつけるフリーランスサイトでした
高額案件をみせつけるフリーランスサイトも案件の取得はJIETでした

JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の間でやらしている。

372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているフリーランスのサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円　平凡な稼働時間の80万円の案件もある。
ユー子も求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ

自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×3　= 言い値50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×1 悪質な言い値で50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - JIETに加入して公表価格で応募ができる

**ワハハ！！** · 2017/09/01(金) 15:41:47.31

816 名無しさん＠お腹いっぱい。 2017/09/01 15:28:38
まそふぱぞ
>>815
そうだなキチガイ撲滅平和維持軍である俺様の勝ちだな♪
AA無職キチガイをブチ殺してスレの正常化に成功！
うぇーい☆
はい勝った♪

**デフォルトの名無しさん** · 2017/09/02(土) 07:09:47.97

データベースを伴わない開発業務なんでさっぱり
テーブルの正規化って何それ

**デフォルトの名無しさん** · 2017/09/02(土) 18:27:11.77

>>161
学生さんですか？

**デフォルトの名無しさん** · 2017/09/02(土) 18:51:01.16

学生さんは視野が狭いですからねぇ。
この世は全てデータベースを使っているのですよ。

**デフォルトの名無しさん** · 2017/09/03(日) 19:16:01.09

>>161
確かにデータベースを使わない業務もあるだろうけど
それこそ「データベースを使わない業務もある」というレベルの話だわな

**デフォルトの名無しさん** · 2017/09/10(日) 01:03:09.87

>>82
意味なくない
ローマは一日にしてならず

リファクタリングが必要なとこから一つ一つやってきゃいい
デグレはコードをいじるから生じるんだ

**デフォルトの名無しさん** · 2017/09/10(日) 10:29:13.81

ほんそれ
入れやすい部分に入ってるだけでも全然違うっつーの

**デフォルトの名無しさん** · 2017/09/10(日) 11:27:51.04

重要な部分じゃなくて入れやすい部分？
入れにくい所を入れやすいように変えると
デグレを生むしなーｗ

**デフォルトの名無しさん** · 2017/09/10(日) 11:48:05.91

リファクタリング下手くそな奴ほどデグレを恐れるよね
普段からマトモなテストをしてない証拠
スキル不足を公言するようなものだ

**デフォルトの名無しさん** · 2017/09/10(日) 12:26:22.14

リファクタリング
自動テスト
正規化
適切なデータ型
制約

デグレを怖れる者ほど
これらを否定する

**デフォルトの名無しさん** · 2017/09/10(日) 13:20:05.93

コード触らない人間ほど否定的だあな

組織、チームとして動脈硬化が末期的

**デフォルトの名無しさん** · 2017/09/10(日) 14:13:09.69

>>169
混ぜるな危険

**デフォルトの名無しさん** · 2017/09/10(日) 14:16:30.66

>>169
定時に帰りたいんで仕事でそういうのやめてもらえます？

**デフォルトの名無しさん** · 2017/09/10(日) 14:22:56.67

そういうのに限ってトラブルで終電まで帰れない

**デフォルトの名無しさん** · 2017/09/10(日) 19:57:35.46

>>172
言う言うw

**デフォルトの名無しさん** · 2017/09/11(月) 09:37:54.90

○次受けが多いほど退場率が早くなる。高くなる

直受けの50万客：いつまでもうちにいていいよ
3次受けの50万（客は90万払ってる) 客：短期延長していい？
5次受けの50万（客は150万払ってる) 客：作り終わったらとっと出てけ　できなかったら即退場だ　
長時間労働　高稼働　高スキル要求が多い

フリーランスサイトを運営している零細ITの自称エージェントは労働市場から流れてくる案件を転売してるだけだった。
労働市場に加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×3　= 言い値50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×1 悪質な言い値で50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - JIETに加入して公表価格で応募できる

eJobgo　JIET　JISA　で検索

優良エージェント・優良サイト

首都圏IT(PE-BANK) 　プログラマーズ

**デフォルトの名無しさん** · 2017/09/12(火) 00:06:50.77

正規化してないプロジェクトが原因不明のデータ不整合多発で大炎上しててわろた
早いうちに別案件に逃げ出せてよかった

**デフォルトの名無しさん** · 2017/09/12(火) 00:23:18.06

それ原因不明じゃないwww

**デフォルトの名無しさん** · 2017/09/12(火) 09:04:32.20

eJobgo　JIET　JISA　で検索

優良エージェント・優良サイト

首都圏IT(PE-BANK) クラウドテック　プログラマーズ

**デフォルトの名無しさん** · 2017/09/19(火) 14:58:02.69

引き継ぎ資料に「どういう所に注意しなければいけないか」というのを書かないといけないらしい
「正規化されておらず制約も無いのでデータ不整合が多発するでしょう」って書いたら間違いなく俺のせいにされるな

書かなくても俺のせいにされそうだけど

**デフォルトの名無しさん** · 2017/09/19(火) 23:06:24.80

「制約が無いのでデータ不整合に注意してください」
でいいんじゃない
正規化されていないとか多発するでしょうとか文章の目的にそぐわないからいらない

**デフォルトの名無しさん** · 2017/09/20(水) 01:16:17.18

外部キー制約やユニーク制約なら
なんで追加しなかったんですか？ってなる
単純に追加できなかった理由こそ注意点として書くべき

**デフォルトの名無しさん** · 2017/09/20(水) 07:30:25.14

旧システム側が既にデータ不整合を起こしており
不整合を起こしているデータを移行する時に問題になるから
by上司

**デフォルトの名無しさん** · 2017/09/20(水) 09:47:51.51

コンバートプログラムかけばいいだろ
或いは不整合一覧を出力するようなプログラム

**デフォルトの名無しさん** · 2017/09/20(水) 11:09:17.98

コンバートプログラム作製は上司の担当
不整合を起こしてるデータを検出するプログラムを勝手に作ってることがバレたらどうするんだ？

**デフォルトの名無しさん** · 2017/09/20(水) 12:19:51.63

最も大切なのは上司の指示や規約ではなくテーブルの正規化と制約
バレても問題ない

**デフォルトの名無しさん** · 2017/09/20(水) 12:44:06.80

いーこと言うね

**デフォルトの名無しさん** · 2017/09/20(水) 21:08:31.58

エラーが出るので制約外せってクレーム来た
もうどうでもよくなって外しちゃった
これで不正データ混入確定
あ～もうやだみんな死ねばいいのに

**デフォルトの名無しさん** · 2017/09/20(水) 21:29:21.54

>>182
不整合データをそのまま移行してて問題ないのかとか、
その承認を文書で顧客に貰っているのかとか、
その不整合に起因するあらゆる不具合については免責されるのかとか、
芋づる式に注意点が出てくる

担当上司が転職でもしたら
引き継ぎされたやつと会社が損害被るパターン

**デフォルトの名無しさん** · 2017/09/20(水) 21:38:34.84

>>187
きちんとリスクを説明して顧客がそれを理解した上で
制約を外すことを命じたという証拠がなければ
担当者が変わればバグ扱いになるし訴えられたら負ける可能性もあるよ
その文面だと力関係に相当な差がありそうだし

**デフォルトの名無しさん** · 2017/09/23(土) 21:06:11.35

動きゃーいーんだよ動きゃー

**デフォルトの名無しさん** · 2017/09/23(土) 21:10:02.06

今はね

**デフォルトの名無しさん** · 2017/09/26(火) 22:12:11.97

いわゆる「コード値の先頭N文字がコード区分になってる」アンチパターンってどう扱うのがいいの?
業務ルールで決まってるからコード体系変えるわけにもいかないのが歯がゆい

**デフォルトの名無しさん** · 2017/09/26(火) 22:59:04.53

>>192
[論理レベル]
コード区分と先頭N文字以外の部分はそれぞれ独立した属性として
2つを合成した値は導出属性として扱う
(コード区分は参照テーブルを作って外部キー参照で)

[物理レベル]
導出属性を計算列やユーザー定義関数等を使って実装する
非正規化して合成した値をそのままカラムに入れる方法もよくやる
その場合は導出属性だけ更新した場合やその逆の場合で不整合が発生する

**デフォルトの名無しさん** · 2017/09/27(水) 06:14:05.65

>>192
客が考えたコードは一才信用せず
敢えてサロゲートキーのIDリクワイアドで物理設計を行う
サロゲートキーは原則としてユーザーに見せない

コード値にはユニーク制約やチェック制約などで対応

**デフォルトの名無しさん** · 2017/09/27(水) 08:16:38.86

２重管理うぜえ
まだそのアンチパターンのがましじゃ

**デフォルトの名無しさん** · 2017/09/27(水) 23:38:08.77

>>193
これやるなら計算列のサポートが欲しいね
なんでM$しか計算列をサポートしてないんだろ
オラクルだと列追加してチェック制約がベターかな

**デフォルトの名無しさん** · 2017/09/27(水) 23:56:25.63

>>196
virtual columnが計算列と同じだよ

**デフォルトの名無しさん** · 2018/05/23(水) 21:40:23.91

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

31KGG

**デフォルトの名無しさん** · 2018/07/05(木) 00:20:00.41

27G