【IT】ヤフー 個人情報を別のIDに誤って上書き 最大約39万件 [ムヒタ★]
■ このスレッドは過去ログ倉庫に格納されています
別のIDに正確に書き込めているなら「それは仕様です」で言い逃れできるなw >>96
んな面倒な事せんだろ。
ユーザが更新掛ける度にinsert? >>96
素人が組んだゴミシステムでもない限り、普通はそうするわな
まあ、DBの知識というよりシステム設計の常識みたいな話だけど
こればっかりは実務経験してないと分からんかもね >>106
更新履歴は別テーブルでやるのが普通だと思う
ユーザーIDみたいなアクセス頻度の多いデータを複数持って毎回日付でソートとかありえんよ
>>107
恥の上塗り乙 >>104
insertとかupdateの話ではなく、ビジネスとして最低限必要な情報を整合性を保持しながら
いかに少ないデータ量で保持するかってのがDB設計の基本なんよ
例えば、注文履歴を6ヶ月保持するとして、俺が今日引越しして住所変えたら、3ヶ月前に
注文した注文の発送先も新しい住所になっていいのかって話
(注文履歴テーブルに住所を持つのはアホ過ぎて論外)
実は現場では純粋なDB技術よりこういう部分の知見の方が求められるんだけど、設計やった
ことのない若手とか、下流工程専門の安いエンジニアはそういうスキルがなくて、Webでも
手に入る小手先の技術に目が行きやすい >>108
高速化の為に最新世代だけ顧客テーブルにコピーしてもたせる場合もあるけど、
顧客IDとタイムスタンプや世代番号をPKにする場合も多いで ちょっとSQL間違っちゃった(*ノω・*)テヘ
ごめんちゃい<(_ _)> で、ヤフーはなにをしくじったのか教えて偉い人
このスレにはたくさんいるみたいだから誰でもいいよ 昔に設計したDB屋さんは、DB移行のことはこれっぽっちも考えておらんかったw
新たに担当したDB屋さんは、既存のDBを理解せず扱っていたw
まあ、よくある普通のことです。 さすがにDB側での実装ミスでは無いだろ。いくら何でも基本的すぎる。
セッション管理に何かしらの特殊条件で起きるバグがあったんでは?
その辺は公開すべきだとは思うけど、一体何処のSIが構築したんだろうなあ……
フロントならともかく、内部制御は全て自前では無いだろうし。 >>112
どうせ日経コンピューターがすっぱ抜くから楽しみに待っとけw
よくある例だとエンジニアがよく知らんでスレッドに依存する処理を使ってたとかね
再現性のないバグはテストだと洗い出せない事がある 何だこりゃ
もうこここ使わなくても良いから、どんだけ配信停止設定しても、送り付けてくるYahooのメールから解放してくれよ。 >>96
そういう業務システムはあるだろうけどやり方としては一般的ではないね
日本国民1億3千万人が、孫正義を絶対に許さない理由!!
・ 不法入国の駅前乗っ取りパチ屋で本名は 「 安 」 のくせに、華僑を騙り偽造家系図まで作成
・ フジ 「 カスぺ! 」 で露骨な偉人伝ステマ http://awabi.2ch.net/test/read.cgi/mnewsplus/1347940618/
・ T豚S 「 報道特集 」 で 「 広島長崎は、非戦闘員の大量虐殺でなく正義 」 と問題発言!! 怒り怒り怒り
・ 「 日本人は遺伝子レベルで独創性がない 」 「 姦酷原発は安全。 脱原発は日本だけの罰 」 と姦酷で問題発言
・ 反日映画 「 アンブロークン」 製作に資金提供
・ レイプ犯で他球団がスルーした鬼畜選手を入団させ、さらなるレイプ事件を数十件も犯す
・ 震災義援金100億円の半分が、相続税逃れの財団寄付。 残りも太陽光発電投資
・ 「 太陽光事業では利益とらない 」 と豪語も、政府に高値虚偽上申、不正利益を誘導。助成金で姦酷製太陽パネルを輸入
・ 姦酷経済が苦しいからと朴シネに朝貢、姦酷へ10年間で4600億円もの投資を決定
・ スプリント社買収で、競合企業へ出資しないよう投資銀行に圧力
・ 電気通信事業法 「 通信の秘密 」 を侵害する、ヤフーメール文面を盗み読みする広告ビジネス
・ あおぞら銀行を10億円で買収後、数年でハゲタカに500億円で売却
・ 独島CM反日企業のDCに顧客データを委託管理、子会社ベクターがクレカ情報30万件流出
・ 過去最大規模で顧客データを復旧不可にしたレンタルサーバーが、関連会社なのに黙殺
・ SBグループの新卒採用で、半島大学出身を優先採用。
・ 民団総連むけ格安 「 同胞割 」 プランを提供
・ 自ら企画した 「 犬の子 」 家族CM ⇒ 半島では蔑視表現で、意味を知らない日本国民を尻目にニヤ二ヤ
・ CMで 「 鳥取は糸電話 」 とエリアヘイト発言
・ 店長が契約者個人情報を犯罪組織へ横流し。
・ 犯罪組織へのケータイ横流しが圧倒的にトップ。
・ 「 負債2兆円を半分以下に返済したニダ! 」 と公表 ⇒ 転換社債を株式化して自己資本化しただけ。
・ 解約数も断トツで多いのに 「 寝かせ 」 で塩漬けし、 「 ○ヶ月連続純増数ニダ! 」 偽装宣伝
・ ソフバンiPnone だと、未使用でもパケット数がダブルフラット底値を超える問題を、隠ぺい!
・ 設備投資を怠り通話低品質を放置。 東日本大震災ではSBだけが不通に!
・ 基地局20万の筈が、総務省が約半分の10万と公表 ⇒ SBだけフェムトセルを含んだ過大偽装だった
・ 「 公正競争 」 が口癖のくせに、SBだけプラチナバンド700/900MHz帯で2スロット占有 ( 欧米だと公取違反で免許返上 ) 。
・ 税引前純利益1兆五千億円をあげながら、法人税等支払額は2千億円。 実効税負担率は2%
・ 落とし穴だらけのiPadセット割りに非難轟々。割引期間1年なのに契約2年で、「 購入契約 」 なのに解約したら本体返却。
・ 日本ユニセフへのクリック詐欺で大炎上。毎月1万円を継続自動募金
>>109
> (注文履歴テーブルに住所を持つのはアホ過ぎて論外)
いや、注文履歴テーブルに持つだろ
たいていの通販は注文毎に発送先変えられることも知らんのか?
発送先を自宅にしかできないとかそれこそアホすぎるわw >>110
レコード数が変更回数倍になるんだぞ
しかも最新以外のレコードはほとんどアクセスされない
俺がマネージャならそんな設計する奴いたらメンバから外すわw 個人情報を売買し収益を上げ
IDを書き換え、間違えましたとし
事実無根で惚けるき満々だろ >>123
中国から無差別に送り付けられてる種子の遠因だったりしてな マスターとトランザクション一緒くたにしてるやつがいて笑えるw >>109
注文履歴テーブルに住所持つのはありだと思うけど
あとから変わることは無いし変わったらまずい項目だから
これを持たないとなると、住所変更ごとにどんどんレコードが増えてくマスタが出来ちゃう >>120
話のレベルが違いすぎるやで
最低限、第三正規化くらいは勉強してからドヤ顔してもろて
>>121
>>127
履歴管理しない顧客情報DBとか見たことないで
CS、経理、統計分析、障害対応等にも使うからDB情報は時系列も含めて管理するのがセオリーやん
つーか、顧客情報なんかレコード数たいしたことないやろ
通販サイトとかなら、トランザクション発生数で考えれば顧客情報変更より注文とかの方が圧倒的に多いやん つーか、DB設計の基礎を知らん奴がDB作るから、日本企業はBIツールとか普及せんのよな
BIツールのDBにぶっ込むデータの整理整頓だけで凄い工数取られるから
このスレ見ただけでも闇深すぎる・・・ >>129
> 最低限、第三正規化くらいは勉強してからドヤ顔してもろて
第三正規化を理解してたら
> 普通は同じレコードを書きかえるんじゃなくて、同じユーザIDで新しいレコードを作る。
なんてアホな発想は出てこないはずなんだが…
まあそれっぽい用語を使えばビビるとでも思ってのかな?w
> 履歴管理しない顧客情報DBとか見たことないで
顧客情報の管理とその履歴管理は別
履歴の参照頻度はそれほど高くないから通常別テーブルにするのはほぼ常識
> つーか、顧客情報なんかレコード数たいしたことないやろ
お前ん所のしょぼいシステムのことは知らん
まあ今どきのシステムなら数百万件とかでも普通に動くけどわざわざ性能劣化設計させることもないしな 単純にストレージ買い足したくないから使われてないアカウントを事故ってことにして潰しただけでしょうか。すげーゴミ溜まってそうだし。 >>132
正規化する目的を理解できてないんだなって事だけはよく分かった
履歴のテーブルに同じ情報持つのに、最新情報だけ顧客情報のテーブルにダブらせて持つ理由はないやん
高速化するにしても、ユーザーIDが主キーの顧客情報のテーブルに、履歴テーブルのスーパーキーを
持たせればいいだけ
つーか、ヘッダテーブルとヒストリーテーブルのコンビは王道オブ王道な組み方やで >>130
データ構造の抽象化や汎用性の高いER分析が日本人は苦手なんだろうな
ver 1.0の仕様しか視野にない使いにくいDB作って後々の機能追加で困るのはよくあるパターン >>135
ん?
>>96が正規化も知らないアホって指摘してるのか?w
履歴を無理矢理正規化しないのは半ば常識だぞ
https://qiita.com/Hiroro0970/items/74f819b2020127000f87
実務やってたらすぐにわかると思うんだが… 正規化ってしらんかったから調べたけどただの構造かw
ECなんて最初から仕様決まってて大きな変更ないだろ?なんでそんな面倒なことになるのか理解できん。 >>96 だけど、qiita みたいな素人のチラシの裏を引き合いに出すのを
含めて、予想以上に馬鹿ばかりなのが良〜く判った。
実務経験あり:
ID:62L+/uXz
ID:akLEYRNo
設計経験なしか、糞システムしか関わったことなし:
ID:46BijMVC
ID:NqDjLjgD
ID:+vvd4GTX
ID:WMSEt2ZJ (==ID:oKSwdnyo ?)
未経験か、学生、グラムなんぼで売られる兵隊:
ID:C3OyDI9d
ID:ZPMYK1PA
ID:NPL9vNdh
ID:HvCJ9kon
かな?
プロマネだったら外すとかイキる、馬鹿な船頭がリーダーシップ(w
発揮するから炎上するのも当然だわな。
ID:WMSEt2ZJ
> 顧客情報の管理とその履歴管理は別
> 履歴の参照頻度はそれほど高くないから通常別テーブルにするのはほぼ常識
いったいどこの常識やら?
こういう勘違いの馬鹿が仕切るから、糞システムが出来上がる。 >>137
>>109が言ってることがそのqiitaに書いてある事なんだが・・・
話に付いてこれてない事がよく分かった
qiitaに書かれている問題点の解決法は>>110が書いてくれてるぞ
単純にリレーションキーが足りてないだけ
qiitaのレベルの回答ならオラクルマスターは当然として、IPAのデータベース試験すら受からんよ >>136
・Ver1.5を開発する時、使い難いVer1.0用DBの転用を諦めて、Ver1.5用のDBを新設する
(Ver1.0用DBとVer1.5用のDBでデータは重複管理する)
・そのうちVer1.0用DBとVer1.5用のDBのデータ同期が行われなくなる
・そのうち「Ver1.0用DBはデータが古くて信用できないデータだから気を付けろ」とか言われるようになる
・新人が項目の扱いを間違えてVer1.0用DBの古いデータでVer1.5用のDBを上書きするバグを作り込む
(テストではバレない)
・本番障害起こして、Ver1.0用DBとVer1.5用のDBのデータを試験環境に落とした上で、分析かけて
本来あるべきデータを生成して本番環境にパッチを当てる(もちろん連日残業)
・Ver2.0ぐらいでDBがぐちゃぐちゃだからシステムごと再構築した方がいいよねとか言われてDBを作り直す
この辺までがセットだなw >>141
バカの例としてわざわざ上げたんだけど、まさか気づいてなかったのか?
あとOracle Master Bronzeってそんなに難しくないぞ
まあオラクルマスターにレベルがあることも知らなかったんだろうけどw >>143
>>137
> 履歴を無理矢理正規化しないのは半ば常識だぞ
> 実務やってたらすぐにわかると思うんだが…
主張がブレ過ぎて何が言いたいのか分からなくなってきてるぞ
あと、まさかBronzeを資格としてカウントするとは思わなかったわ
ITパスポートとかCCNAとか持ってても経歴書の資格欄に書かない感覚でいた これが問題ないと思うなら
ヤフー管理者の個人情報をランダムに他のユーザーに上書きして見ろよ
どうせ自分達の情報は優先的に保護してんだろうなぁ >>59
最近でもソフバンだけ電話繋がらないとかあったよね >>145
> 主張がブレ過ぎて何が言いたいのか分からなくなってきてるぞ
はいはい、具体的には何も指摘できないってことでいいかな?
> あと、まさかBronzeを資格としてカウントするとは思わなかったわ
で、なんてオラクルマスターなんて書いたんだ?
レベルあること知ってたらオラクルゴールドとか書くはずなんだけど…
すごい車 = ベンツ って言ってるガキと変わらんぞw
> ITパスポートとかCCNAとか持ってても経歴書の資格欄に書かない感覚でいた
必死にググってご苦労さん
日本国民1億3千万人が、孫正義を絶対に許さない理由!!
・ 不法入国の駅前乗っ取りパチ屋で本名は 「 安 」 のくせに、華僑を騙り偽造家系図まで作成
・ フジ 「 カスぺ! 」 で露骨な偉人伝ステマ http://awabi.2ch.net/test/read.cgi/mnewsplus/1347940618/
・ T豚S 「 報道特集 」 で 「 広島長崎は、非戦闘員の大量虐殺でなく正義 」 と問題発言!! 怒り怒り怒り
・ 「 日本人は遺伝子レベルで独創性がない 」 「 姦酷原発は安全。 脱原発は日本だけの罰 」 と姦酷で問題発言
・ 反日映画 「 アンブロークン」 製作に資金提供
・ レイプ犯で他球団がスルーした鬼畜選手を入団させ、さらなるレイプ事件を数十件も犯す
・ 震災義援金100億円の半分が、相続税逃れの財団寄付。 残りも太陽光発電投資
・ 「 太陽光事業では利益とらない 」 と豪語も、政府に高値虚偽上申、不正利益を誘導。助成金で姦酷製太陽パネルを輸入
・ 姦酷経済が苦しいからと朴シネに朝貢、姦酷へ10年間で4600億円もの投資を決定
・ スプリント社買収で、競合企業へ出資しないよう投資銀行に圧力
・ 電気通信事業法 「 通信の秘密 」 を侵害する、ヤフーメール文面を盗み読みする広告ビジネス
・ あおぞら銀行を10億円で買収後、数年でハゲタカに500億円で売却
・ 独島CM反日企業のDCに顧客データを委託管理、子会社ベクターがクレカ情報30万件流出
・ 過去最大規模で顧客データを復旧不可にしたレンタルサーバーが、関連会社なのに黙殺
・ SBグループの新卒採用で、半島大学出身を優先採用。
・ 民団総連むけ格安 「 同胞割 」 プランを提供
・ 自ら企画した 「 犬の子 」 家族CM ⇒ 半島では蔑視表現で、意味を知らない日本国民を尻目にニヤ二ヤ
・ CMで 「 鳥取は糸電話 」 とエリアヘイト発言
・ 店長が契約者個人情報を犯罪組織へ横流し。
・ 犯罪組織へのケータイ横流しが圧倒的にトップ。
・ 「 負債2兆円を半分以下に返済したニダ! 」 と公表 ⇒ 転換社債を株式化して自己資本化しただけ。
・ 解約数も断トツで多いのに 「 寝かせ 」 で塩漬けし、 「 ○ヶ月連続純増数ニダ! 」 偽装宣伝
・ ソフバンiPnone だと、未使用でもパケット数がダブルフラット底値を超える問題を、隠ぺい!
・ 設備投資を怠り通話低品質を放置。 東日本大震災ではSBだけが不通に!
・ 基地局20万の筈が、総務省が約半分の10万と公表 ⇒ SBだけフェムトセルを含んだ過大偽装だった
・ 「 公正競争 」 が口癖のくせに、SBだけプラチナバンド700/900MHz帯で2スロット占有 ( 欧米だと公取違反で免許返上 ) 。
・ 税引前純利益1兆五千億円をあげながら、法人税等支払額は2千億円。 実効税負担率は2%
・ 落とし穴だらけのiPadセット割りに非難轟々。割引期間1年なのに契約2年で、「 購入契約 」 なのに解約したら本体返却。
・ 日本ユニセフへのクリック詐欺で大炎上。毎月1万円を継続自動募金
ID:akLEYRNo
この人はアホというか、だいぶ古いSEだろうね。 >>153
> この人はアホというか、だいぶ古いSEだろうね。
中途半端に知ったかしてるし確かにそういう気はするな 中共の犬、Yahoo!なんか怖くて使えないな
さっき、ID消したわ
Yahoo!は既に利用頻度低くなったし、削除しても困らない ジャパンネット銀行ってヤフーと三井住友の子会社だっけ?
大丈夫なん? >>17
そうかと言ってGmail.com の安全性はどうなのよ? >>129
いや、もちろん履歴は別に持つけどさ
注文履歴と別に管理するとデメリットが大きい おいお前ら、要求仕様についてはなにも言及しないのな。
履歴持つかどうかとかどうやって持つかなんて要求仕様に依存
する話だぞ。 履歴が要らないとか、要求仕様とか、実務経験ないアホだな。 初心者向けの解説書
の例ならともかく、エクセルのシートをテーブルに落としただけのみたいなDBなんて
実務じゃ普通ありえんのだけどな? お前はクライアントと成果物のすりあわせしないの。
僕の考えた最強のECシステムってか? ごめんなさい。
要求仕様通りに作るだけな土方の立場をドヤ顔でカミングアウトされたときどんな顔すればいいかわからないの。 >>159
そりゃそうだがたいていのECサイトだとそこら辺の構成はたいして変わらんよ
まれに>>96みたいなアホが出てくるだけ >>157
googleはYahooほど事故起こしていない印象はある。 >>163
昔NRI(野村総研)の連中が設計した株取引システムで、約定するたびに、DB間で株価
とか銘柄名とか、フィールドのコピーしまくりでレコードを作ってた糞システムを
見たことがあるが、まっとうなDB物理設計したことないんだな。
従業員マスタでも、組織部門マスタでも、給与マスタでも、商品マスタでも、およそ
DBと名が付くシステムで、履歴が辿れる構造になっていないデータベースは、使い物
にならない。 >>165
そこで無駄に会社名出す時点でまともな常識のある人間とは思われないよ。
まあIT土方に社会常識求めちゃいかんか。 履歴を辿れるという「機能」の話と
>>96みたいな糞「実装」の話の区別もついてないバカに何を言っても無駄だよ
>>139でId書きまくってるのに予想通り>>126に触れてなくて笑う
何を指摘されてるかも理解できてない低レベルなのがバレバレw 履歴を辿れるのが単なる「機能」だと思ってる連中がいるとは。
トランザクションは処理の塊であって、DBテーブル構造の話ではない。
自分は、最初から物理設計の話しかしていない。
どっかの設計で見た記憶あるが、どうせおまえらの考える「変更履歴
テーブル」って中身は、
変更者のID
変更日時
変更したテーブルの識別ID
(例=従業員マスタ=0,組織部門マスタ=1,商品マスタ=2等)
変更したフィールドの識別ID(対象DBの列名)
変更したレコードの変更前の列の値
変更したレコードの変更前の列の値
とかって糞仕様でしょ?
まぁ、要求定義フェーズで自称コンサルや自称アーキテクトの馬鹿が、
そういう糞仕様の物理設計するから、いざ、月計帳票出力等の機能を
詳細設計や実装するとなった段階で破綻する。 当然けどな。 マスターテーブル自体が履歴構造を持っていれば、マスターが更新
されても、変更前の注文(注文日:YYYY年MM月DD日)、マスターテーブル
内に存在しているので、「ユーザーID:一致」と「変更日時=注文日時
以前」でクエリー掛けて、変更日時順にソート済みの該当レコードを
返すSQL文を使えば、
qiitaの素人記事、
マスター情報を変更すると注文履歴の情報が変わってしまう
なんてことにはならない。
販売価格や仕入価格等は逐次変化するので、商品情報マスタも履歴を
持っていなければならない。 マスタテーブルに適用開始日(変更日)
のフィールドがないと、セール開始前に特売情報を登録できなかったり、
入社日前や、人事異動前に、社員情報を事前登録したりもできない
という糞システムができ上がる。
間違っても、『別途変更履歴テーブルを持たせればいい』などとほざく
馬鹿に設計させてはいけない。 >>167
なにが問題かも理解できていない、
自称コンサルや自称アーキテクトの馬鹿の典型。 >>168-170
> 変更者のID
> 変更日時
> 変更したテーブルの識別ID
> (例=従業員マスタ=0,組織部門マスタ=1,商品マスタ=2等)
> 変更したフィールドの識別ID(対象DBの列名)
> 変更したレコードの変更前の列の値
> 変更したレコードの変更前の列の値
よくこんなアホな設計を思いつくもんだな
こんなもの後でデータ処理の役に立たないからテキストでログ採ってた方がマシだろ
> なにが問題かも理解できていない、
それお前なw
>>126が指摘してる通りマスターとトランザクションが理解出来てない
マスターは基本的に変化しないものを記録しとくんだよ
販売価格とか仕入れ価格は変動するからトランザクションデータとして管理するのは当たり前
マジで知ったかしてないで勉強した方が良いぞ >>166
>>165が本当なら、明らかに能力が足りない奴に重要タスク任せてるか
設計ごと無能な下請けに投げたのかどちらかだろう
客からしたら、どっちも金返せな話で内部告発に近い >>172
> よくこんなアホな設計を思いつくもんだな
そのとおりだが、俺が設計したわけじゃねぇよ。
世の中、実際にそういうシステムがあるんだよ。
> こんなもの後でデータ処理の役に立たないからテキストでログ採ってた方がマシだろ
普通はそう思って当然だがな。
> > なにが問題かも理解できていない、
> それお前なw
> >>126が指摘してる通りマスターとトランザクションが理解出来てない
> マスターは基本的に変化しないものを記録しとくんだよ
> 販売価格とか仕入れ価格は変動するからトランザクションデータとして管理するのは当たり前
> マジで知ったかしてないで勉強した方が良いぞ
お前がシッタカだろう。 基本的(wってなんだよ。 文系脳か?
物理設計やったことないだろ?
使う側が、便宜上マスタと付けているだけで、データベースは、複数フィールド
からなるレコードを格納できる、複数のテーブルで構成されているだけ。
データベースやテーブル自体に、マスタ/トランザクションの区別はない。
ごく普通のECサイトで、顧客情報でも商品情報でも何でもいいから、お前の言う
「基本的に変化しないマスタに記録するデータ」って何だ?
勿体ぶってないで、レコードの中身(フィールド)を具体的に挙げてみな。
まさか、主キーだけ格納されてて、毎回他のテーブルとJOINしないと使えない
とかじゃないよな? >>173
プロジェクト途中から参加したんだが、まともなリレーションもなく、
テーブル間のコピーしまくりで、100件程度の銘柄しかないのに、テスト
環境で約定テーブルの更新に1分近く掛かってた。
こんな糞システム、DBから設計し直さないとダメですよと言ったら、
1週間で退場となりますた。
大抵、多重請負構造で馬鹿で高圧的なプロパーしかいないから、もともと
証券系や金融系はNGにしていたんだが、以来NRIはNG企業に指定しています。 むしろこれをやらかしたであろう安く使い潰されてる派遣がPTSDになってないかが心配 >>174
> 世の中、実際にそういうシステムがあるんだよ。
だからそんなアホ設計出してきて俺の方が偉いとか言ってるアホがお前ってことな
> お前がシッタカだろう。 基本的(wってなんだよ。 文系脳か?
特殊な例を出してきてマウントしてくるお前みたいな基地外よけだよ
> 物理設計やったことないだろ?
お前がな
変化しないマスター情報を履歴と一緒に管理するとか物理設計考えたら普通は採用しないよ
> データベースやテーブル自体に、マスタ/トランザクションの区別はない。
今更何を言ってるんだよw
そんなこと言い出したらデータなんて 0/1 の集合でしかない
> ごく普通のECサイトで、顧客情報でも商品情報でも何でもいいから、お前の言う
> 「基本的に変化しないマスタに記録するデータ」って何だ?
要件次第だけど顧客情報なら Id, 生年月日, 氏名, 性別, etc やね
まあ最近だと性別なんかも変化するかもなw >>175
> 1週間で退場となりますた。
使えないことがバレたんだなw
1週間は遅すぎる気がするが事務処理もあるからしょうがないんだろうな > > 「基本的に変化しないマスタに記録するデータ」って何だ?
> 要件次第だけど顧客情報なら Id, 生年月日, 氏名, 性別, etc やね
> まあ最近だと性別なんかも変化するかもなw
へー。 性別よりむしろ、結婚や養子縁組で、氏名が変わる可能性が高いと
思うが?
んで、住所や電話番号は、トランザクション? マスタDBに登録しないで、
そのトランザクションデータは、いつまで保持するのかな?
注文する際に表示するデフォルトの登録済み住所は、どっから引っ張ってくるの?
ユーザ管理画面から、過去の注文履歴を閲覧しようとした際、当時の発送先住所や、
注文者氏名、電話番号はどうやって、引っ張ってくるのかな?
>>179
口先だけ達者で使えないのは、まさにオマエのような連中だよ。 >>178
> データベースやテーブル自体に、マスタ/トランザクションの区別はない。
今更何を言ってるんだよw
そんなこと言い出したらデータなんて 0/1 の集合でしかない
一応確認しておくが、まさか、SQLのCOMMITとか、ROLLBACKを知らない
なんてないよね? >>178
まさか、注文履歴レコードのフィールドを、リレーション使わずに、関係する
マスタのレコードから、全部コピーしてきて作成するとか、言わんよな?
キャンセルは注文キャンセル履歴テーブルを作るの? 注文内容の一部変更や、
注文をまとめたらどうするの? 要件定義で決めるよね? 詳細設計に丸投げか?
馬鹿がそろそろトンズラするかな? >>180,182
要件次第やね
要件定義書まとめてから再度レスしてくれ
当然要件には想定される件数とかトランザクション数も書いてね
>>181
で、結局何が言いたいの?
お前のチンケな知識を開陳されても困惑するだけなんだけどw IDのカラムを意図的に上書きしたなら分かるが、個人情報のカラムを他のと入れ替えるってらことは、別にTableが存在してるって事か?
何をキーにして上書きした? >>185
> 要件次第やね
それでうまく逃げたつもりか? マスタに記録しない、送付先住所や
電話番号、連絡先メールドレス等は、どこに保存するんだと聞いたの
だが、都合が悪くなると、日本語が不自由になる人ですか?
それと、変更前の住所や電話番号、連絡先メールドレスはどこへ?
無駄にテーブル分けても、結局JOINしなきゃ必要なフィールドにアク
セスできない&JOINする性能低下がデメリットだと判らないの?
> 要件定義書まとめてから再度レスしてくれ
ごく普通のECサイト前提にしてるつもりだけど、要件定義できないん
だね。 そうじゃなきゃ、トランザクションなんて話にならないし。
> 当然要件には想定される件数とかトランザクション数も書いてね
そんなチンケな条件設定で予防線を張ったつもり? 最大レコード数が
何百万件でも、全て同時に更新が掛かることはないし、DBの同時トラン
ザクション数以前に、現実のECシステムだと、フロントエンドのWeb
サーバ側の同時セッション数で制限が掛かるし、そもそも、基本的に
サーバに要求されるハード性能で終わる話だ。
> >>181
> で、結局何が言いたいの?
> お前のチンケな知識を開陳されても困惑するだけなんだけどw
それ、自分自身に言ってるのか? >>187
> それと、変更前の住所や電話番号、連絡先メールドレスはどこへ?
だからそう言うのはテーブルを分けるかどうかも含めて要件次第って話な
> ごく普通のECサイト前提にしてるつもりだけど、要件定義できないん
> だね。
「ごく普通」w
ちょっと前にいいこと書いてやつがいるから引用してやるよ
> お前がシッタカだろう。 基本的(wってなんだよ。 文系脳か?
> 基本的にサーバに要求されるハード性能で終わる話だ。
これまた低レベルなド素人だな
WebサーバーとかAPサーバーは性能足りなきゃロードバランサとサーバー追加で凌げるけど(まあ顧客の予算つーものもあるけど)データベースサーバーはそんな簡単にいかないことぐらいちょっと大きめのシステム組んでたらわかると思うんだが…
> それ、自分自身に言ってるのか?
で、唐突にコミットやロールバックとか言い出して何を言いたかったんだい? >>1
外部からの攻撃より、内部要因の方が圧倒的に多い件 >>190
外部からの攻撃で盗まれる情報の多くはヤバすぎて公表されないか盗まれたことに気づかれてない ファーストサーバーもウンコリアン損がかんでなかったか? >>192
全データ消失事故やらかしたのはヤフー子会社時代だな。
今はソフトバンク傘下のIDCフロンティアに吸収されて消滅。
ちなみに社長全裸逮捕事件もヤフー子会社の頃w ガイジの自作自演があからさますぎて草しか生えないなw なんでこんなことになるの?
スーパーSEの皆さん教えて オリバー・ストーン監督の「スノーデン」という映画で
実在の主人公、元CIA職員のスノーデン氏が
ヤフーはCIAに個人情報を売り飛ばしている
って言っていたよ。フェースブックとかもそう。 >>196
自分が人生でやらかしてきた失敗を思い出してみよう。
そう、そのように人間とはありえない失敗をする生き物なのです。
そしてシステムとは所詮そんな生き物の産物なのです。 アマゾンみたいにアドレス帳から配送先選ぶようなサイトは配送先マスター(と呼んでいいと思う)テーブルに履歴持ってそうだし、注文ごとに任意の住所「も」入力できるようなサイトは注文履歴トランザクションテーブルに従属項(名前正確じゃないかも)として配送先を持ってそうだね。 >>199
何をバカにされてるかすら理解できないから土方のまま一生終えるんやろね。 >>203
レッテル張りしかできない無能は黙ってろよ。 >>204
レッテル貼りにそのままレッテル貼りで返すしかできなかったんだよね?
(笑) >>1
チョンポップの人気偽装工作をやってるのは、LINEとYahoo!Japan(ソフトバンク)、変態新聞だからな。
Yahoo!Japanはソフトバンク系で、LINEはモロに朝鮮企業、変態新聞は在日朝鮮人だらけだよ。
【LINEを取り仕切る朝鮮人の正体】
http://gendai.ismedia.jp/articles/-/49118
. これのクソなところは全ユーザーに告知しなかったところだな ソフトバンクYahoo
最初だけ金をばらまいて安く見せかけるのは、朝鮮ハゲの常套手段だよ。
目先の安さにつられて情弱が集まってきたら一気に料金を値上げするって手口。
ソフトバンクケータイも高かろう悪かろう。何度だまされたら気づくんだよ。 お前はクライアントと成果物のすりあわせしないの。
僕の考えた最強のECシステムってか? 今すぐ、東京にもっと東南アジア系移民のかた・アフリカ系移民のかたを受け入れよう!今すぐ、東京にもっと東南アジア系外国人労働者さん・アフリカ系外国人労働者さんを受け入れよう!
今すぐ、日本にもっと東南アジア系移民のかた・アフリカ系移民のかたを受け入れよう!今すぐ、日本にもっと東南アジア系外国人労働者さん・アフリカ系外国人労働者さんを受け入れよう!
そうすれば、教授や先生や上司にも、東南アジア系の方やアフリカ系の方が増えるだろ。
そうすると、お前らジャップの女が、
「せんせ〜、うっふ〜〜ん」とか「教授〜〜ン、うっふ〜〜〜ん」
ってやるだろ。
ほら、問題が全部解決するだろ。どう解決するかについて、君達ジャップには少し想像力がかけているかもしれないがwww
ああ、ジャップにはもっとはっきり言わないと通じないか。
俺には、
東南アジア系移民のかた・アフリカ系移民のかたに失礼なことを言うつもりはないし、東南アジア系移民のかた・アフリカ系移民のかたに迷惑をかけるつもりも無いぞ。
差別もなくなってちょうど良いだろ。
お前らの理屈でも、彼らは日本国籍が欲しいからお前らの相手をしているだけだろ。完全に平等な社会ができたら、お前らなんか相手にしてくれなくなるかもしれないぞ。
ざまあ よくできたレスをコピペするのはわかるけど、
出来の悪いレスをコピペする目的ってなんたろ? なんかの証拠が残らないように不具合起こしてるのかな IDのカラムを意図的に上書きしたなら分かるが、
個人情報のカラムを他のと入れ替えるってらことは、
別にTableが存在してるって事か? >>217
ソフトバンク系はみんな高かろう悪かろう IT後進国そのものだな
日本はIT技術者の給料が安すぎる。
IT技術者は、年功賃金は合わない。
事務系とは別システムにして、初任給を月収100万円にしろ。 ヤフー最低だな
ヤフーニュースのトップに一日中晒すべき しかし、トランプのコロナとゆうちょのことしか報道してない 登録情報の編集で自分の名前を削除したのに
別のページを見たら名前が残ってた事がある ソフトバンクはテレビに広告料を支払っているから報道されません PayPayも最初だけ現金ばらまいて情弱日本人を騙す気マンマンだよな ソフトバンク系に関しては日経新聞もグルだからな
気をつけろよ PayPay祭りはシステム周りが酷くて多重注文が発生しまくりで酷かったもんな 4 :Ψ[]:2020/12/14(月) 13:23:31.47 ID:WibJeXoM
ただ「集団ストーカーの名前が出ててワロタ」だけだと、何の話かさっぱり判らないが
創価学会が、組織的に嫌がらせ行為やストーカー行為を働くのは事実だからね
ネット上で学会の嫌がらせ行為は【集団ストーカー】と呼ばれるが
内容として紹介されているものと、実際に行われているものとの間には、かなり違いがある
第一点は、電磁波攻撃、思考盗聴、音声送信、テクノロジー犯罪、等というものはない、という事
これらがあると言ってる人達は、ほぼ例外なく、統失の人達なので放置すればいい
(統失以外であると言ってる人は、被害者を統失にでっち上げる目的で工作活動を行ってる、被害者を偽装した学会員達)
二点目は、サイト類では「ストリートシアター」とか、「モビング」とか、各行動に変な名前が付けられて.
もっともらしい説明が添えられているが、説明も分類方法も、大抵、間違ってるって事
例えば下記は実際に創価学会が行った嫌がらせと考えられているが
> 「私が相談を受けた集団ストーカーは、かなり大手の外資系会計事務所の法務部が、ある宗教団体の行動部隊へ委託して行われたという、か
>なり悪質な一件でした。信じ難いことですが、一部の教団にはそういう"業務"を請け負う部隊があり、各企業の法務部とパイプを構築している
>のです。裏仕事を暴力団に頼むのと構図は同じです。しかもそのときは、顧問弁護を務めていた女性弁護士も承知していたというのだからひど
>い話です。道ですれ違いざまに『山田一郎(仮名)、死ね』とささやいたり、ホームの対面からじっと視線を合わせたりするわけです。ノイロー
>ゼになって産業医に相談に行くと、『最近、人の視線が気になりませんか』とか、『幻聴は聞こえますか』と誘導する。で、私に相談してきたの
>は、その集団ストーカーをしたひとり。『上からの指示でこんなことをしたが、もうやりたくない、死にたい』とメールで泣きついてきました。
>やる方もこたえる。負の連鎖ですよ」
友人か知人から、嫌がらせを受けていると言われて
「会社の通勤時に道ですれ違った人に「死ね」と囁かれ、コンビニに向かう道中でどこかから『山田一郎、死ね』という声が聞こえた」
「駅のホームの対面やショッピングセンターで知らない人達からじっと視線を合わせられた」
なんて相談を受けたらどう思う?
気のせいじゃない?って答えて、それでも相手が腑に落ちない様子を見せたら、精神を病んだとか、統合失調症でないかと疑うと思う
これが学会の狙いであり目的
夜間、駐車場や道路に先回りさせた車のハイビームをわざと浴びせる、住宅街のど真ん中で立小便をさせる
道路やショッピングセンター、コンビニで通路をわざと塞ぐ、他にも無数に嫌がらせの手口がある
こういう行動は全て、被害者が第三者に相談した時に、被害者が神経過敏になっているとか、被害妄想に陥っているとか
相談者に誤解させて、精神を病んだ人だ、統合失調症でないかと、相談者が思うように仕向ける事
要するに統合失調症にでっち上げるのが目的
モビングだのストリートシアターだの、変な分類わけと名称がつけられているが
目的は全て『被害者を統合失調症にでっち上げる事』で、分類わけには何の意味もない
統失でっち上げが狙いの学会の思う壺ってわけよ
学会の嫌がらせの中に、統失の妄想障害的な、証拠が残らない物が多い理由は
警察対策や裁判対策であると同時に、統失でっち上げも目的だからって事
また、ネットの普及で情報発信が容易になったので、被害者がネットで嫌がらせ被害を訴えた時
読んだ人が心の病気と思い込み、相手にしないように仕向ける目的もあったのだろうと言われてる
下記クワトロ氏の暴露話に出てくる手口も内容は事実だよ
http://namidame.2ch.net/test/read.cgi/news/1214197583/627
627 名前: クロトワ(新潟県) 投稿日: 2008/06/23(月) 16:30:00.90 ID:ql5UinYO0
>> 608
集団ストーカーなど存在しない。
地区幹はその地域の個人一人一人の電話番号、住所、
詳しい地図、身辺情報などを網羅したデータベースを作って持っているいるだけだ。
気に入らなかったら3人ぐらいの学会員にストーカー、引越し(最悪自殺)に追い込むための
ネガティブキャンペーンをその人間の住んでる地域で行うだけ。
それが集団ストーカーに見えちゃうなら仕方ないな。 25 >>239
Androidアプリ開発の推奨言語やで LINEしかり、ソフトバンク系はこんなのばっかだよな ソフトバンク
マルハン
LINE
ドンキホーテ
Yahoo!Japan
ABCマート
リーブ21 ここの人たちの指摘が現実問題としておもてに出てきたな。。 Yahoo社はソフトバンクグループですが、
ソフトバンクは日本の国民的アイドルを
犬の肛門から出すCMを大々的に宣伝した
常軌を逸した反日企業です
当時のスマップは人気絶大な国民的アイドルであり
そのスマップを侮辱するCMを制作するのは
末端の社員や発注先の制作会社の権限では不可能であり
最高首脳の意思であることは明白です
このような反日レイシストの首脳に
日本の情報インフラを支配されている実態に
私は強い恐怖感を抱いています
この点を国会議員の先生に追及していただきたいと思っていますが
残念ながら私は国会議員の先生に伝手がありません。
この投稿をお読みになった方で
国会議員の先生の知り合いの方がいらっしゃたら、
この件を追求するよう頼んでください
よろしくお願いします やっぱり原点の、
情報は紙の媒体
金は現金に限るなw 日本の遅れた部分、海外との差を悪用して、
悪どい金を稼いできたのが、この朝鮮ハゲだ LINE、PayPay、yahooは削除した
孫と関わりたくない Yahoo!やLINE、Uberなど、
ソフトバンク系は避けた方がいい ■ このスレッドは過去ログ倉庫に格納されています