DB設計は上でいうSQLのレベル2になってからはじめればいい 0071NAME IS NULL2022/03/17(木) 18:18:52.56ID:??? 20年PGやってれば、自分でみてよい設計か悪い設計か判断つくだろうに
>>70 つか歴20年でさすがにレベル1もクリアしてなければ恥ずかしいとかいうレベルじゃないぞw 0072NAME IS NULL2022/03/17(木) 18:24:00.02ID:??? >いつもできるやつにまかせてた
相当えらい人なんではないかな? 0073NAME IS NULL2022/03/17(木) 19:43:06.27ID:??? てか、そのできる奴とやらにどういう処理なのか聞けば良くね? 0074NAME IS NULL2022/03/17(木) 21:16:26.49ID:???>>71 SQLが苦手という人はだいたいレベル1が満足にできないもんよ ちなみにSQLが得意とアピールする人も大半はレベル1の人なので要注意
プログラマー歴10年以上でも実行プランはコストだけ見る人とか インデックス使ってそうかどうかくらいしか分からない人のほうが多い その辺を見るのにベンダー資格はある程度役に立つ 0075NAME IS NULL2022/03/18(金) 10:35:46.15ID:??? 得意なんて言葉使ってる人はこれに限らず普通のレベルでしょ(人並程度ですとかわらん) 0076NAME IS NULL2022/03/18(金) 11:57:45.97ID:???>>75 君は日本語能力が普通のレベルに達してないね 0077NAME IS NULL2022/03/20(日) 15:03:20.97ID:??? 調べれば調べるほどわからんことが出てきていつになっても得意なんて言えない 0078NAME IS NULL2022/03/21(月) 00:06:16.03ID:??? 「あなたの得意な技術は何ですか?」 「調べれば調べるほどわからんことが出てきていつになっても得意なんて言えないです」 「。。。。。(ハイ、不採用っと)」 0079NAME IS NULL2022/03/21(月) 03:13:56.04ID:??? 流石にそんな馬鹿正直には言わんよw 0080NAME IS NULL2022/03/22(火) 01:33:40.94ID:3HuGVN9a>>78 面接官は阿呆だから、個人差を軽視するんだよなあ。
なぜか特定のことしかできない人間をその道のプロだと思い込んでしまう。 0081NAME IS NULL2022/03/22(火) 02:07:42.35ID:??? 君が阿呆な面接官しか見たことないのはなぜか考えようねw 0082NAME IS NULL2022/03/22(火) 11:16:01.61ID:??? 良い質問だ、今度面接に来た奴に出してみる 0083NAME IS NULL2022/09/08(木) 13:38:01.86ID:/QbvZDF4 Yは4 0084NAME IS NULL2022/09/10(土) 10:00:03.75ID:6PvLNR0d 面接官が理解できる範疇で答えないとダメなのは確かなこと。 0085NAME IS NULL2023/03/23(木) 12:43:47.04ID:??? DB設計の初歩について教えてください。 ECサイトのproductsテーブルの設計で以下の様なデータがあった場合には、後述するテーブルの様に正規化するのが正しいでしょうか? |id|商品名 |型番|色|容量| |id|iPhone14 Pro Max| MQ993J/A| Deep Purple |128GB| |id|iPhone14 Pro Max| MQ9E3J/A| Deep Purple |256GB| |id|iPhone14 Pro Max| MQ983J/A| Gold |128GB| |id|iPhone14 Pro Max| MQ9D3J/A| Gold |256GB| |id|iPhone14 Pro Max| MQ973J/A| Silver |128GB| |id|iPhone14 Pro Max| MQ9C3J/A| Silver |256GB| |id|iPhone14 Pro Max| MQ963J/A| Space Black |128GB| |id|iPhone14 Pro Max| MQ9A3J/A| Space Black |256GB| |id|iPhone14 Pro |MQ0F3J/A| Deep Purple |128GB| |id|iPhone14 Pro |MQ173J/A| Deep Purple |256GB| |id|iPhone14 Pro |MQ073J/A| Gold |128GB| |id|iPhone14 Pro |MQ173J/A| Gold |256GB| |id|iPhone14 Pro |MQ013J/A| Silver |128GB| |id|iPhone14 Pro |MQ0Y3J/A| Silver |256GB| |id|iPhone14 |MR3Q3J/A| Yellow |128GB| |id|iPhone14 |MR3R3J/A| Yellow |256GB| |id|iPhone14 |MPVJ3J/A| Blue |128GB| |id|iPhone14 |MPWN3J/A| Blue |256GB| |id|iPhone14 |MPUD3J/A| Midnight |128GB| |id|iPhone14 |MPVW3J/A| Midnight |256GB| |id|iPhone14 |MPWV3J/A| Midnight |512GB|
商品テーブル id 商品名 1 iPhone14 Pro Max 2 iPhone14 Pro 3 iPhone14
色テーブル id 色 1 Deep Purple 2 Gold 3 Silver 4 Space Black 5 Yellow ..more
でも「商品詳細テーブル」という命名とカラムの並べ方からそういう認識ではなさそうに見えたのが少し気になったところ 0089NAME IS NULL2023/03/24(金) 16:43:27.62ID:??? 商品詳細テーブルが何か違うと思う idはともあれ、商品IDが1固定というのは変 0090NAME IS NULL2023/03/24(金) 18:35:45.73ID:???>>85 商品詳細テーブルに書いてる例が全部iPhone14 Pro Maxだから1 0091NAME IS NULL2023/03/24(金) 19:33:46.97ID:???>>85 キーや関数従属性の正確なところがわからないと確実ではないが たぶん分割前のproductsテーブルのままでも第三正規形。 その分割自体は正規化とは直接関係ない。 0092NAME IS NULL2023/03/24(金) 23:09:43.98ID:??? 確かに言われてみれば最初のテーブルが全カラムをカバーできてるということなら第三正規形と言えそうだね
現実には機種や色は書いてる以外の属性が入ってくるだろうから第三正規形でも分割が必要かもしれないのと 色や容量は機種によって取りうる組み合わせに制約があるから第五正規形までを考えるとその組み合わせが表現できるテーブルを作ることになる 0093NAME IS NULL2023/03/24(金) 23:25:50.90ID:??? >現実には機種や色は書いてる以外の属性が入ってくるだろうから第三正規形でも分割が必要かもしれないのと
そういうのを正規化で分割し終わった結果があのテーブルかもよ 0094NAME IS NULL2023/03/25(土) 01:17:58.97ID:???>>93 Deep PurpleとかをFKの値として使ってるってこと? それは試験問題でしかありえなくない? 0095NAME IS NULL2023/03/25(土) 09:32:28.88ID:???>>94 色に従属する他の属性があるなら別テーブルにするだろうし必要に応じてFKを設定することもあるだろう。 文字列のキーが現実的じゃないってことかな?どちらにしても正規化とは別の話だと思うが。 0096NAME IS NULL2023/03/27(月) 05:13:43.88ID:heX8rl2o 基本的な SQL 文法をある程度理解して、小さいアプリを作ってるレベルなんですが、 そこそこ大規模な DB も設計してみたいのです。 設計の参考にしたいので、テーブル設計を公開している Web サービスがあれば教えて頂けないでしょうか? 0097NAME IS NULL2023/03/27(月) 11:10:45.81ID:??? StackOverflowとかWebサービスではないけどRedmineとかは参考になると思う 和製ならEC-CUBEとかもDBスキーマ見れる ただしかなり微妙 0098NAME IS NULL2023/03/28(火) 06:46:47.78ID:jxesX9VZ>>96 古本でいろんなものが安く手に入る。 出版はかなり前のものだが、いまだに売れ続けている。
ネットよりももっと専門家が書いている一般書籍の方が信頼できる。 0099NAME IS NULL2023/03/28(火) 10:34:51.77ID:???>>97 >和製ならEC-CUBEとかもDBスキーマ見れる EC-CUBEを見ればこの程度でもいいのかという自信がつくw 0100NAME IS NULL2023/03/28(火) 19:13:03.36ID:jxesX9VZ 翔泳社のデータベースマガジンを書籍化したものなど、古い本だがいまでも考え方はかわらない。 0101NAME IS NULL2023/03/28(火) 22:36:51.48ID:??? グラス片手にみたいなやつかw あれは読んで損はないけど設計未経験者向けの教科書的内容だから ああいうのベースでそのまま大規模の設計とかしたらクビ飛ぶぞ 0102NAME IS NULL2023/03/28(火) 22:56:04.50ID:jxesX9VZ>>101 それじゃない。
とにかくいろんな人間が書いた過去の本を読めばいい。
実務経験のない講師やら、実務経験の少ない人間が書いたやつはダメだ。
しかし、そういうダメな教科書的なことしか言わない人間の本を読むのも重要。
何がどうダメなのかを理解していないとな。 0103NAME IS NULL2023/03/28(火) 22:58:35.34ID:jxesX9VZ>>101 翔泳社だけでも「データベース」で検索すれば、データモデリング関連の本はたくさん出てくる。