アクセス 数値型にするとフォームの入力ができない

お世話になります。色々調べたり、実験してみたのですが、分からない点があります。
簡単でいいので、可能性のある原因を教えてください。

アクセス２００３です。

■パターン１　　フォームＣ の入力ができる
テーブルＡ（主キーがオートナンバー型）、その他４つのテーブル（これら５つのテーブルは、参照整合性リレーションで結ぶ）
→それらを元にクエリＢを作る→クエリＢを元にフォームＣ を作る

■パターン２　　フォームＣ の入力ができない
テーブルＡ（主キーが数値型）、その他４つのテーブル（これら５つのテーブルは、参照整合性リレーションで結ぶ）
→それらを元にクエリＢを作る→クエリＢを元にフォームＣ を作る

簡単にいうと、テーブルのデータ型によって、入力可否が変わるのです。
なぜ、パターン２は、入力できないのか分かりません。

よろしくお願いします。

No.3 回答者： noname#140971 回答日時： 2007/09/04 14:06

「主キー制約」は、実は、正しい表現じゃないです。

ここでは、「主キーは重複出来ないという制限」と表現すべきでした。
そういうことで誤解を与えたようです。
お詫びして表現を訂正させていただきます。

この回答へのお礼

ありがとうございました。
そういう意味だったのですね。分かりました。

お礼日時：2007/09/04 14:33

No.2 回答者： noname#140971 回答日時： 2007/09/04 11:34

主キーとは、ユニークキー（一意）ということです。

オートナンバー型の場合は、レコードが発生すれば自動的にシーケンシャルにユニークな値が発生します。
ですから、このオートナンバー型はプログラミングの手間隙を省く上では便利。
しかし、一旦、テーブルが破損した場合の修復ではやっかいな問題の種にもなります。
採番テーブル等を利用してオートナンバー型の利用を避ける理由です。
なお、簡易的に、DMAX関数で最大値を取得し＋１するという手法もあります。
小規模データベースでDMAX関数の速度とかネットワークトラフィックの混雑が問題にならなければＯＫ。
Access は本来スタンドアローンですから、通常は、DMAX関数での管理で良いと思います。

パターン２は、そういうことでテーブルＡの主キーを管理していなきゃ０が発生していたということ。
一回は入力できるでしょうが、２度目からは主キー制約に引っかかって入力不可。

ところで、パターン１でも主キー制約に引っかかっているとのこと。
ならば、先ずは、２つの簡単なテーブルで主キー管理の仕組みを確立されたがいいです。

<A>
ID___Name
1____あああ

<B>
ID___A_ID___Name
1________1___ｋｋｋ
2________1___いいい

ものすごく簡単なテーブルを用意。
これで、フォームウィザードでフォーム<A>、フォーム<B サブフォーム>を生成。
当然に、主キーを管理しなきゃならんです。

Form:A
Private Sub Form_BeforeInsert(Cancel As Integer)
　　Me.ID = Nz(DMax("ID", "A")) + 1
End Sub

Form:B
Private Sub Form_BeforeInsert(Cancel As Integer)
　　Me.ID = Nz(DMax("ID", "B")) + 1
End Sub

注意を要するのは、Nz関数を使うこと。
DMax関数は、レコードがゼロであればNull を返します。

[イミディエイト]
? Null + 1
Null

この場合、イミディエイトウィンドウでテストすれば判りますが主キーはカウントアップされないです。

※ここに示している方法は、最善とは限りません。単なる初手のやり方です。

この回答へのお礼

ご回答ありがとうございます。
上のほうはなんとなく理解できたのですが、
下の部分が難しくてよく理解できません。
たくさん書いていただいたのに、申し訳ないです。

主キー制約って何ですか？

お礼日時：2007/09/04 13:14

No.1 回答者： noname#140971 回答日時： 2007/09/04 10:49

テーブルＡの主キーを管理していますか？

この回答へのお礼

早速ありがとうございます。
主キーを管理しているというのは、どういう意味ですか？

あと、質問内容が少し違ってました！申し訳ありません。
↓
パターン１も入力できませんでした。
入力できるのは、パターン１（オートナンバー型）で、主キーを設定しない場合のみでした。

お礼日時：2007/09/04 10:58