これをリレーションシップの設定に反映させます。

一見見ただけでは、どこの連鎖更新が設定されているのか？はわかりません。
そのときは結合している線をダブルクリックすると結合の情板がわかります。上の図ですと、

①得意先テーブルの得意先CDと納品書テーブルの得意先CDは参照整合性と連鎖更新
②請求書テーブルの請求書NOと納品書テーブルの請求書NO、納品書テーブルの納品
書NOと納品明細テーブルの納品書NOは、参照整合性と連鎖更新と連鎖削除の設定
をしています。
続きを読む →

③参照整合性・フィールドの連鎖更新あり
参照整合性にチェックを入れると、フィールドの連鎖更新とレコードの連鎖削除にもチェックを入れられるようになります。連鎖更新にもチェックを入れると例えばある得意先の得意先CDを変更した場合、すでに登録されている他のテーブルの得意先CDも同時に更新されるのが、連鎖更新です。
続きを読む →

テーブルのフィールド同士を結び付けたら、その結合のプロパティを設定していきます。

フィールド同士を結んでいる線をダブルクリックすると、下の図のようなダイアログボックスが表示されます。

続きを読む →

データベースを一つの有機体として機能させるためにはテーブル同士を互いに関連付
けさせる必要があります。それがリレーションシップの設定です。
データベースツールタブのリレーションシップをクリックします。

クリックするとテーブルの表示の画面が開きます。

続きを読む →

テーブルの設定の最後に主キーを指定します。主キーとは先ほど説明した通り、絶対に同じデータ
があってはならないフィールドのことです。
得意先テーブルでいえば、得意先CD、請求書テーブルで言えば、請求書NO、納品明細テーブルであ
れば、納品IDです。

なぜこれらのデータが絶対に同じ値があってはけないかというと、同じ得意先CDの取引先が二つ
あった場合、ある取引があった場合、同じ得意先CDではその取引がどちらの得意先なのかパソコ
ンが判断することができません。

人間であれば何月何日の取引は、こっちのA001のA商店で、この日はA001のB商店という判断もでき
ますが、これもこれでややこしい話です。

請求書NOについても、同じ番号があるとAccessが取引明細をどちらの請求書に振ったらいいのか
わからなくなってしまい、データの整合性が保てません。
続きを読む →

作成したフィールドにデータ型を合わせていきます。データ型はいつでもかえることができます。ただし、テキスト型から数値型に変更する場合、テキスト型で規定していても数値しか使っていなければ問題ありませんが、例えばアルファベットを使っている場合にそのフィールドのデータ型を数値型に変えて保存すると次の警告が出ます。

続きを読む →

③日付型
日付型もよく使いますが、これは好みの問題です。

私は日付（S）をよく使います。Accessでデータベースを組むとき、後々解説しますが、フォームやレポートを作るときに、スペースがない場合が多々あります。そのときは幅をあまり使わない、S型のほうがいいです。時刻型も同じように考えますので、時刻（S）をおすすめします。
続きを読む →

データ型としてよく使うものは次の通りです。
①短いテキスト
②数値型
③日付型
④オートナンバー型
⑤Yes/No型
⑥ハイパーリンク型

よく使う型は6種類ですが、ここからさらにデータの大きさや書式を設定しいきます。
①短いテキスト型

初期値として255と指定されています。これは簡単に言うと255文字そのフィールドにデータを入れられるという意味です。得意先CDでここまで長いものはないので、通常は6文字からせいぜい10文字もあれば足りると思うので、10に変更します。
続きを読む →

設計図を基にAccessでテーブルを作っていきます。

「作成」タブのテーブルをクリックすると下の画面が表示されます。
続きを読む →

もう少し理解を深めてもらうために以前例に出した日常接しているデータベースをテーブルで簡単にまとめてみました。
銀行通帳

図書館の利用履歴

続きを読む →