社内勉強会資料 追記: 2013-10-31 ついったで指摘( https://twitter.com/akuraru/status/395822183777202176 )を受けたので入れ子集合のノード追加の説明の所を修正しました。Read less
社内勉強会資料 追記: 2013-10-31 ついったで指摘( https://twitter.com/akuraru/status/395822183777202176 )を受けたので入れ子集合のノード追加の説明の所を修正しました。Read less
フォーラム 暇人集合★ (12) @ 早乙女武流 2023年09月22日 阪神タイガースファン専用スレ (9) @ 早乙女武流 2023年09月16日 もしも百万円あったら何に使う? (39) @ 早乙女武流 2023年09月11日 独り言スレッド 2言目 (1001) @ 早乙女武流 2023年08月28日 ストレス解消スレ (146) @ 早乙女武流 2023年08月15日 サッカーなスレ (88) @ 早乙女武流 2023年08月05日 最近のニュース (209) @ James Frame 2023年06月02日 ボキャブラゲーム (14) @ 早乙女武流 2023年04月28日 野球スレ 2回表 (15) @ 早乙女武流 2023年01月27日 アニメについて語ろう!何でもいいぞ。 (456) @ 檸檬亭紐育 2022年10月10日 ニュース 佳村はるか、諏訪彩花の新番組『ラジオ
今日も前回に引き続きデータベース設計の話をする。今回の話で一旦データベース設計については筆を置くつもり(ブログ書いてないで原稿書けよ>俺)であるが、その前に話をすっきりさせて置きたいと思う。最後を飾るテーマはIDの設計である。 数字しかないのに意味を含んだID前回のエントリを見ていただいた方から、次のような構造を持った学籍番号があるというフィードバックを頂いた。 全部数値で"入学年度下2桁"+"学科コード"+"学科内のあいうえお順の順位" このようなルールで割り当てた学籍番号を、単なる数値として扱うのであれば大きな問題はない。これは数値しか含まれていないので、SQLのデータ型としては単に数値型を使えば良いだろう。だが、学籍番号から入学年度を判断する、あるいは学科を判断するといった用途で使われるのであればやはり適切ではないといえる。リレーショナルモデルの観点だけからではなく、IDとして適切で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く