>>551 この人に聞いて下さい。 隠れてないで出てきてよ 0687NAME IS NULL2023/08/15(火) 15:40:31.05ID:??? 3年は、この人が言い出した数字 古いものから整理するも、この人が言い出していること 参照も、この人が言い出したこと
全部この人が起源 色々根拠聞きたいなら、>>551 この人に聞いて下さい 0688NAME IS NULL2023/08/15(火) 15:42:31.65ID:??? 私は、この場ではぐらかしをしている人が、本人だと思ってる 0689NAME IS NULL2023/08/15(火) 15:43:20.43ID:??? 聞くべき相手は、>>551 なのに、それをしようとしていない 0690NAME IS NULL2023/08/15(火) 16:03:34.15ID:???>>687 仮に>>685の仮定を追加したとしても、そこに書いたように商品マスタ履歴も必要な期間保持すればいい話。 購入履歴は10年だとか客の問い合わせは期限がないとか後付けで言いだしたのはあんただろ。 それで3年で足りないというなら期限を延ばせばいいだけ。設計には何の影響もない。 0691NAME IS NULL2023/08/15(火) 16:08:41.68ID:??? というかもともと気になってたのはこっちなんだよな。 必死にはぐらかそうとしているようだけど。
>3年毎にマスターのテーブル設計が変わる
>残す料金のカラムは消せないんだから、料金改定の度に増えるんだろう
いったいどんな設計を想定していたんだか。 0692NAME IS NULL2023/08/15(火) 16:17:03.83ID:???>>551に教えてほしくて仕方がないやつww 0693NAME IS NULL2023/08/15(火) 17:11:24.85ID:???>>551はベテランの経験豊富な設計者だぞ 蘊蓄聞いても損はないだろう
>店や商品によるけど一般的な小売ならだいたい3年は保持してる
何百件案件片付けたんだろう 0694NAME IS NULL2023/08/15(火) 17:13:46.94ID:??? 客が過去の買い物について問い合わせてきたら 消したデータを復元して対応するんだろうな 3年より前はふつう消すんだそうだ 設計には影響ないそうだ 0695NAME IS NULL2023/08/15(火) 17:33:19.32ID:??? で、DB設計には関係ないってのは理解できたか?それともまだ理解できないか? 0696NAME IS NULL2023/08/15(火) 17:45:31.61ID:??? 3年保持するは単なる要件の一つで じゃあ3年たったら削除するような管理するDBの設計はどうするのかってだけなのに 3年3年バカの一つ覚えでいってるやつはほんとに設計したことないのがよくわかる 恥の上塗りに上塗りを重ねて何をしたいのかもわからなくなってるんじゃね 明日か明後日から仕事だろもうおとなしくしてロw 0697NAME IS NULL2023/08/15(火) 17:48:58.75ID:??? >決められた保持期間をすぎれば古いものは整理する >店や商品によるけど一般的な小売ならだいたい3年は保持してる
単なる要件じゃなく、このベテラン開発者の経験値なんだそうですが 0698NAME IS NULL2023/08/15(火) 17:57:36.97ID:??? 3年って言いだしたの、>>551 ですよ この人は設計したことあるんでしょう? 0699NAME IS NULL2023/08/15(火) 17:58:49.16ID:??? しかも、削除はとても複雑になりそうだし なんでこんな設計するんだろうって興味が湧きます 0700NAME IS NULL2023/08/15(火) 18:09:41.29ID:??? >しかも、削除はとても複雑になりそうだし >なんでこんな設計するんだろうって興味が湧きます
またw いったいどういう設計を想像したのか非常に気になる 0701NAME IS NULL2023/08/15(火) 18:12:54.40ID:??? 期日が来たからって削除できない事は理解できますか? この料金値を使ってないことを確認しないとだ駆除できません 0702NAME IS NULL2023/08/15(火) 18:25:37.02ID:??? >期日が来たからって削除できない事は理解できますか?
まったく理解できないが、それは上で言っていた購入履歴の保持期間の方が長いからという話?
>この料金値を使ってないことを確認しないとだ駆除できません
ふつう、販売価格マスタの有効期限を過ぎて購入履歴が発生することは考えにくいが どういう前提を想定しているんだろう? 仮にそういうものがあったとしても、どっちにしろ購入履歴側で販売価格情報のキーを参照しているなら 簡単に判断できる話だな。それともこれが「とても複雑になりそうだし」ってことなのかね。 0703NAME IS NULL2023/08/15(火) 18:27:20.98ID:??? 3年経ったら消してしまうから、 4年目にクレーム来るとパニックですね 0704NAME IS NULL2023/08/15(火) 18:30:28.32ID:??? ログインしてユーザーが購入履歴を見るページ作ってたら、 4年以前には何も買ってないことにされます 分析用途に使うのも諦めないとね 0705NAME IS NULL2023/08/15(火) 18:33:58.53ID:??? ネット通販業務に関われば判るけど お客の購入履歴なんてそれこそ宝物ですよ 販促にも使えます ふつう消さないと思う 0706NAME IS NULL2023/08/15(火) 18:43:56.34ID:??? 既に>>685で書いたことなんだが、やっぱり抽象的な書き方だと理解できない頭なのかね? 購入履歴から参照するから保持しなければならないというなら必要な期間保持するか、 あるいはその問い合わせへの回答に必要な情報だけ持たせるなりすればいいだけの話。 0707NAME IS NULL2023/08/15(火) 18:54:39.93ID:??? そもそも削除する必要が無いです 0708NAME IS NULL2023/08/15(火) 19:30:48.93ID:??? 自分の案件と他所の案件の区別ができてない。 https://www.adhd-coach.org/adhd0709NAME IS NULL2023/08/15(火) 20:17:59.92ID:???>>707 削除しないとDB肥大化するからそれを見越した設計にしないときつくね?
普段構ってもらえなくて今回みんなに構ってもらえてうれしいのかしらんけど バカにされてるってわかってないのが悲しいよな 0710NAME IS NULL2023/08/15(火) 20:22:29.77ID:??? とうとう本人が名乗り出ることがなかった さすがに恥ずかしいと思うんでしょう
勝負付いちゃいましたね 0711NAME IS NULL2023/08/15(火) 21:08:24.33ID:??? 削除してはいけないって要件を前提にしてるひとが一人いて 削除する話に削除してはいけないって噛みついてただけ 0712NAME IS NULL2023/08/15(火) 21:11:28.69ID:??? 日本語が変 0713NAME IS NULL2023/08/15(火) 21:18:16.10ID:??? めっちゃ盛り上がってるやんw 0714NAME IS NULL2023/08/15(火) 21:45:55.77ID:??? とうとう勝利宣言出ちゃったね。これも藪の中か。
>3年毎にマスターのテーブル設計が変わる
>残す料金のカラムは消せないんだから、料金改定の度に増えるんだろう
>しかも、削除はとても複雑になりそうだし >なんでこんな設計するんだろうって興味が湧きます 0715NAME IS NULL2023/08/15(火) 22:23:58.96ID:??? 勝利宣言w出たから駆逐してやろう