HOME»データベーススペシャリスト掲示板»平成29年 午後1 問1 設問3(2)
投稿する
関係を1つ修正する。これは、関係の中から1つを選んで必要なだけ修正する、という事です。
申請ひな形番号,申請連番,承認連番,ステップ番号,承認日時でしょうか?試験問題では承認連番がサロゲートキーのように定義されているので、ステップ番号と承認日時を外します。出題意図を汲む必要がなければ、申請ひな形番号,申請連番,承認日時でいいんじゃないかしら。
»[0714] 令和5年 午後2 問2 (2) DC在庫のリレーションシップ 投稿数:3
»[0713] R3午後Ⅰ問3設問2(2)INNER JOIN 投稿数:4
平成29年 午後1 問1 設問3(2) [0716]
まげ丸さん(No.1)
承認の関係を一つ修正するとのことですが、
申請ひな形番号、承認連番、ステップ番号に加えて承認日時を主キーとするのは
何か不具合があるでしょうか?
模範解答の承認連番を主キーとするのも理解できますし
その方がスッキリするのも分かりますが
承認日時だった場合の問題点が自分で見つけられず何かあればご指摘いただきたいです。
本番で解答して◯になるか✖️になるかは分からないので回答としての正誤というより
理解を深める上で確認させていただきたいです。
申請ひな形番号、承認連番、ステップ番号に加えて承認日時を主キーとするのは
何か不具合があるでしょうか?
模範解答の承認連番を主キーとするのも理解できますし
その方がスッキリするのも分かりますが
承認日時だった場合の問題点が自分で見つけられず何かあればご指摘いただきたいです。
本番で解答して◯になるか✖️になるかは分からないので回答としての正誤というより
理解を深める上で確認させていただきたいです。
2024.08.25 12:52
めんちゃんさん(No.2)
DBの設計ではキーに冗長な項目は入れないのが基本なのと
承認日時は図2を見ると秒は入っていない様ですので
1分以内に承認を2回以上すると同じ値になってしまいます。
表1の説明で
とありこの3項目でレコードが特定できるので十分という事ではないでしょうか。
(元々主キーに入っていたステップ番号は主キーから外れてます)
承認日時は図2を見ると秒は入っていない様ですので
1分以内に承認を2回以上すると同じ値になってしまいます。
表1の説明で
>承認番号・・・申請ひな形番号ごと・申請番号ごとに1から始まり、承認処理を行うごとに+1ずつ加算される番号
とありこの3項目でレコードが特定できるので十分という事ではないでしょうか。
(元々主キーに入っていたステップ番号は主キーから外れてます)
2024.08.25 21:06
みかんさん(No.3)
★DB ブロンズマイスター
> 承認の関係を一つ修正するとのことですが、
関係を1つ修正する。これは、関係の中から1つを選んで必要なだけ修正する、という事です。
> 申請ひな形番号、承認連番、ステップ番号に加えて承認日時を主キーとするのは何か不具合があるでしょうか?
申請ひな形番号,申請連番,承認連番,ステップ番号,承認日時でしょうか?試験問題では承認連番がサロゲートキーのように定義されているので、ステップ番号と承認日時を外します。出題意図を汲む必要がなければ、申請ひな形番号,申請連番,承認日時でいいんじゃないかしら。
2024.08.26 00:13
まげ丸さん(No.4)
お二人ともご回答ありがとうございます。
1分以内に承認を2回以上すると同じ値になってしまいます。
確かに秒数がないことを見落としていました。
仰る通り同じ分数だと重複するのでダメそうですね。
とりあえず問題文をよく読めば承認連番の方が適切なことは明白ですし
なるべく模範解答に合う思考ができるように精進します。
>承認日時は図2を見ると秒は入っていない様ですので
1分以内に承認を2回以上すると同じ値になってしまいます。
確かに秒数がないことを見落としていました。
仰る通り同じ分数だと重複するのでダメそうですね。
とりあえず問題文をよく読めば承認連番の方が適切なことは明白ですし
なるべく模範解答に合う思考ができるように精進します。
2024.08.26 20:36
その他のスレッド
»[0715] 平成29年 午後1 問2 設問2-(3) 投稿数:3»[0714] 令和5年 午後2 問2 (2) DC在庫のリレーションシップ 投稿数:3
»[0713] R3午後Ⅰ問3設問2(2)INNER JOIN 投稿数:4