注文番号や書類番号に、主キーは別に識別用の無意コードを付ける場合、
0000001 といったように桁の上限を決めるのはなぜですか?
この桁数をいくつにするか、というのが非常に難しい問題であるともいわれています
1、2・・・115・・・2445と数が増えるにつれて桁数が増えていくものではだめなのですか?
直接ACCESSに関係ないDB設計に関する話題ですみません
注文番号や書類番号に、主キーは別に識別用の無意コードを付ける場合、
0000001 といったように桁の上限を決めるのはなぜですか?
この桁数をいくつにするか、というのが非常に難しい問題であるともいわれています
1、2・・・115・・・2445と数が増えるにつれて桁数が増えていくものではだめなのですか?
直接ACCESSに関係ないDB設計に関する話題ですみません
私は決めたことがないです。
データ型を数値型にしておいて、
桁数をそれえたいときは、書式プロパティに 0000000 とすれば見た目上そろいますので。
なにかの都合でテキスト型にする必要があるとき(そうすべき合理的な都合は思いつきませんが)、
桁数を揃えておかないと、並び替えのときに想定通りにならないことになります。
例えば1~12までを昇順にすると下記のようになっちゃいます。(それが想定通りならいいですが)
1
10
11
12
2
3
4
5
6
7
8
9
決めたことがないということは1 10と増えていくということですか?
ソートするとき、も数値系ならご指摘のようにはなりませんか?
もう一度、私の回答をよく読んでください。
とか、
それを理解したうえでどの点に疑問をお持ちですか。
私の場合は、主キーは数値型(あるいはオートナンバー型)以外(テキスト型とか)にしたことはないです。