IDの設計についてのさらに突っ込んだ議論
今日も前回に引き続きデータベース設計の話をする。今回の話で一旦データベース設計については筆を置くつもり（ブログ書いてないで原稿書けよ＞俺）であるが、その前に話をすっきりさせて置きたいと思う。最後を飾るテーマはIDの設計である。 数字しかないのに意味を含んだID前回のエントリを見ていただいた方から、次のような構造を持った学籍番号があるというフィードバックを頂いた。 全部数値で"入学年度下2桁"+"学科コード"+"学科内のあいうえお順の順位" このようなルールで割り当てた学籍番号を、単なる数値として扱うのであれば大きな問題はない。これは数値しか含まれていないので、SQLのデータ型としては単に数値型を使えば良いだろう。だが、学籍番号から入学年度を判断する、あるいは学科を判断するといった用途で使われるのであればやはり適切ではないといえる。リレーショナルモデルの観点だけからではなく、IDとして適切で
バッチ設計と実装ガイド | Asakusa Framework
Asakusa Frameworkでは、基幹向けバッチアプリケーションの作成に主眼を置いた独自の領域特化言語(Domain Specific Language, 以下 Asakusa DSL)を利用してアプリケーションを作成します。 ケース・スタディを通じて、Asakusa DSLを前提とした設計手法と具体的な実装方法を理解することができます。 ここで解説する設計手法と実装ガイドは、Asakusa DSLの概要を理解していることを前提としています。 Asakusa DSLについては、以下のドキュメントを参照してください。 Asakusa Framework 入門 Asakusaでは、設計手法としてDAG（有向非循環グラフ）を利用した記述法で設計を行います。以下のドキュメントではAsakusa DSLの設計手法と実装手法を解説します。 AsakusaDSL設計手法（PDF） AsakusaD
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DynamoDBによるソーシャルゲーム実装 How To
