日本銀行を経て2019年ポップインサイト入社。UXサーベイ・UXスコアの開発に携わり、現在はUXの定量化、海外UX情報の収集・コンテンツ作成を担当。オーストラリアよりリモートワーク勤務。, 牧野ちよ Related Posts. 株式会社ポップインサイトのマーケティング担当。コンテンツ作成、SEOなど。ツイッターでは「まきお@ポップインサイト(@pop_makio)」として不定期につぶやきます。, ポップくん そうである場合は、おそらく1対多のリレーションシップを持つ2つのテーブルにテーブルを分割する必要があります。, 複数のフィールドが含まれているテーブル、制限されたレコード数、個々のレコードの空のフィールドがある場合 そうである場合は、テーブルのフィールドとレコードが少なくなるようにデザインを再設定することを検討してください。, 各情報項目は、最も小さい有効な部分に分割されていますか?  また、内部結合及び外部結合の詳細については別の節で説明しますのでそちらを参照してください。, さて、商品テーブルと販売明細テーブルの間の線をダブルクリックして詳細設定のウインドウを出します。ここで、「結合の種類」をクリックしてみます。, すると、「結合のプロパティ」というウインドウが現れます。デフォルトは「1:両方のテーブルの結合フィールドが同じ行だけを含める」(内部結合)ですが、ここでは「2:'商品テーブル'の全レコードと'販売明細テーブル'の同じ結合テーブルのレコードだけを含める」(外部結合)を選択してみます。, そして元の画面に戻ると、リレーションシップの線に小さい矢印ができていることがわかります。, 具体的な効果は何かというと、クエリでこれらのテーブルを表示したときに、自動的に外部結合での結合となります。 本セミナーでは、株式会社ゆめみで、サービスデザイナーとして活躍する曽根 誠さんがご登壇。「BtoBtoC」の枠組みを、クライアントとより共創する「BnB2C(ビー・アンド・ビー・トゥー・シー)」として新たにとらえなおし、約5,000万MAU(Monthly Active User)の大規模なインターネットサービスを展開しています。 各項目を特定してリストします。 たとえば、現在顧客リストをインデックスカードに保存しているとします。 これらのカードを調べると、各カードに顧客名、住所、市区町村、都道府県、郵便番号、電話番号が含まれていることが示される場合があります。 これらの各項目は、テーブル内の潜在的な列を表します。, リストを準備する場合、最初から完璧を目指す必要はありません。 代わりに、頭に浮かんだものを順次列挙していきます。 そのデータベースを使用するユーザーが他にもいる場合、そのユーザーにアイデアを求めます。 リストは後で調整できます。, 次に、データベースから作成する必要があるレポートまたはメールの種類について考えてみましょう。 たとえば、製品売上レポートに、地域別の売上高、または製品インベントリレベルを示す在庫概要レポートを表示することができます。 また、フォームレターを生成して、セールイベントを発表したり、有料でお客様に送信したりすることもできます。 必要に応じてレポートをデザインして、どのように表示されるか想像してみてください。 レポートにはどのような情報が表示されますか? リレーションシップが設定されているすべてのテーブルが、リレーションシップ ラインと共に表示されます。 ただし、隠しテーブル (テーブルの [プロパティ] ダイアログ ボックスで [隠しオブジェクト] チェック ボックスがオンになっているテーブル) とそれらのリレーションシップは、[ナビゲーション オプション] ダイアログ ボックスで [隠しオブジェクトの表示] チェック ボックスをオンにしない限り表示されません。, リレーションシップ ラインをダブルクリックします。 [リレーションシップ] ダイアログ ボックスが表示されます。, [結合プロパティ] ダイアログ ボックスで、いずれかのオプションをクリックし、[OK] をクリックします。, 参照整合性の目的は、存在しない他のレコードを参照する孤立したレコードを防ぐことです。 参照整合性を適用するには、テーブルのリレーションシップで参照整合性を有効にします。 いったん有効にすると、テーブルのリレーションシップに設定した参照整合性に違反する操作はすべて拒否されるようになります。 つまり、参照先を変更する更新操作と、参照先を削除する操作の両方が拒否されます。 参照の更新や削除を反映して、関連するすべての行が適切に変更されるようにするには、「連鎖オプションを設定する」を参照してください。, [デザイン] タブの [リレーションシップ] グループで、[すべてのリレーションシップ] をクリックします。 これらができていなくとも、下記のように「線で結ぶ」というところまでは可能ですが、参照整合性等の設定を行うことができず、実質的に意味のある設定ができません。 Access のリレーションシップにより、2 つの異なるテーブルのデータを組み合わせることができます。 各リレーションシップは、対応するデータを含む 2 つのテーブルのフィールドで構成されます。 たとえば、[商品] テーブルと [受注明細] テーブルに [商品 ID] フィールドがあるとします。 [受注明細] テーブルの各レコードには、商品 ID を含む [商品] テーブルのレコードと同じ商品 ID があります。, クエリで関連するテーブルを使用すると、リレーションシップによって、各テーブルのどのレコードを組み合わせて結果セットに表示するかが決まります。 リレーションシップにより、削除したデータが同期されるようになるので、データが失われるのを防ぐこともできます。これは参照整合性と呼ばれます。, リレーションシップを使用する前に、背景の概念を理解しておいてください。 詳細については、「テーブルのリレーションシップの概要」と「テーブルのリレーションシップの使用を開始する」を参照してください。, [フィールド リスト] ウィンドウを使用してテーブル リレーションシップを作成する, Access 2010 Web データベースのリレーションシップを作成または変更する, Access データベースでは、次のいずれかの方法を使用してテーブル リレーションシップを作成します。, リレーションシップ ウィンドウに関連付けるテーブルを追加し、一方のテーブルから他方のテーブルにフィールドをドラッグして関連付けます。, フィールドを [フィールド リスト] ウィンドウからテーブルのデータシートにドラッグします。, テーブル間にリレーションシップを作成する場合、共通のフィールドが同じ名前である必要はありません。ただし、多くの場合、同じ名前になっています。 共通のフィールドには、同じデータ型を使用する必要があります。 ただし、主キー フィールドがオートナンバー型フィールドの場合は、外部キー フィールドを数値型のフィールドにすることもできますが、両方のフィールドの "FieldSize/フィールドサイズ" プロパティが同じである必要があります。 たとえば、両方のフィールドの "FieldSize/フィールドサイズ" プロパティが [長整数型] の場合、オートナンバー型フィールドと数値型のフィールドを一致させることができます。 両方の共通のフィールドが数値型のフィールドの場合は、"FieldSize/フィールドサイズ" プロパティの設定を同じにする必要があります。, [データベース ツール] タブの [リレーションシップ] グループで [リレーションシップ] をクリックします。, [リレーションシップ] グループの [デザイン] タブで、[テーブルの追加] (または Access 2013 の [テーブルの表示]) をクリックします。, 1 つ以上のテーブルまたはクエリを選択し、[追加] をクリックします。 テーブルとクエリを [リレーションシップ] ドキュメント タブに追加したら、[閉じる] をクリックします。, 1 つのテーブルのフィールド (通常は主キー) を、別のテーブルにおける共通のフィールド (外部キー) にドラッグします。 複数のフィールドをドラッグするには、Ctrl キーを押しながら各フィールドをクリックし、ドラッグします。  なお、クエリにおける結合線は、「両者の値が一致するという条件(を置いている)」ことを示すものです。リレーションシップの設定における線は(この段階では)「一方がもう一方を参照しています」といった注意書き程度のものであり、下記の参照整合性を設定しない限り実質的な効果も意味合いも薄いのですが、いずれ全く意味が異なりますので注意してください。, さて、リレーションシップの基本的な設定をみてみましたが、単に線をひいただけでは大したメリットはありません。サブデータシートの設定もクエリの結合線もそれぞれの設定画面で設定することができ、別にここでしか出来ないわけではありません。  具体的には、主キーとして存在しない値が外部キーの値として記録されてしまうことを防ぐものであり、以下のような操作ができなくなります。, ただし、どういう状況が不整合にあたるのかを理解できれば明らかなことですので、これらを一つ一つ覚える必要はありません。 次の投稿 前の投稿 ホーム. All rights reserved, “Placeholders in Form Fields Are Harmful” by Katie Sherwin from Nielsen Norman Group, 優れたUIデザイン(ユーザインターフェース)を作るために意識すべき、たった1つの原則, 115社独自調査!UXリサーチ実態調査2020 第二回:UXリサーチを広げるうえでの4つの課題, 2019年プロトタイピングツール8選~AIツールまで紹介【無料・ツール比較表あり】. その場合、情報は既存のテーブルに含まれますか。 その他の情報については、別のテーブルを作成することが必要な場合があります。 追跡する必要があるすべての情報アイテムの列を作成します。 情報を他の列から計算できない場合は、そのために新しい列が必要になると思われます。, 列は既存のフィールドから計算できるため、不要ですか? 適切に設計されたデータベースは、最新の正確な情報へのアクセスを提供します。 適切な設計はデータベースでの作業の目標を達成するために不可欠であるため、時間をかけて優れた設計の原則について学習することは理にかなっています。 最終的には、ニーズを満たし、変化にも容易に対応できるデータベースを構築できる可能性が高くなります。, この記事では、デスクトップ データベースを計画するためのガイドラインを提供します。 必要な情報を決定する方法、その情報を適切なテーブルや列に分割する方法、テーブルを相互に関連付ける方法について学習します。 この記事は、デスクトップ データベースを初めて作成する前にお読みください。, 重要: Access では、Web 用のデータベース アプリケーションを作成することが可能な設計になっています。 Web 用に設計する場合、さまざまなことを考慮する必要があります。 この記事では、Web データベース アプリケーションの設計については説明しません。 詳細については、「Web で共有するデータベースを作成する」の記事を参照してください。, Access は、次の 表のように情報を整理します。行と列の一覧は、accountant のパッドまたはスプレッドシートの reminiscent です。 単純なデータベースでは、テーブルが1つしかない可能性があります。 ほとんどのデータベースには、複数のものが必要です。 たとえば、製品に関する情報を格納するテーブル、受注に関する情報を格納する別のテーブル、および顧客に関する情報を含む別のテーブルがあるとします。, 各行は正しくはレコードと呼ばれ、各列は正しくはフィールドと呼ばれます。 レコードとは、何かに関する情報を、わかりやすく一貫性のある方法でまとめたものです。 フィールドとは、すべてのレコードが持つ、アイテムの種類 (1 項目の情報) です。 たとえば、製品テーブルでは、各行または各レコードに 1 製品に関する情報があります。 各列または各フィールドは、製品名や製品価格など製品に関する情報の一部を保持します。, データベースの設計手順には、いくつかの原則があります。 まず、情報の重複 (冗長データとも呼ばれる) は、スペースを無駄にし、エラーや不整合を発生させる可能性を高くするので、好ましくありません。 2 番目に、情報の正確さと完全性が重要です。 データベースに不正な情報があると、そのデータベースから情報を取得するすべてのレポートの情報も不正になります。 その結果、それらのレポートを使用して行われるすべての決定は、不正になります。, 必要に応じてテーブル内の必要な情報を結合できるように Access に情報を提供できる。, 製品名や注文番号など、データベースに記録する必要があるすべての種類の情報を収集します。, 情報の項目を主なエンティティや主題 (製品、注文など) に分割します。 各主題がテーブルになります。, 各テーブルに格納する情報を決定します。 各項目がフィールドになり、テーブルの列として表示されます。 たとえば、従業員テーブルには、姓や雇用日などのフィールドが含まれます。, 各テーブルの主キーを選択します。 主キーとは、各行を一意に識別するために使用される列です。 例として、製品 ID や受注 ID があります。, 各テーブルを確認し、1 つのテーブルのデータと他のテーブルのデータとの関係を決定します。 リレーションシップを明確にするため、必要に応じてテーブルにフィールドを追加したり、新しいテーブルを作成します。, 設計にエラーがないか分析します。 テーブルを作成し、サンプルのレコードをいくつか追加します。 テーブルから必要な結果を得られるか確認します。 必要に応じて設計を調整します。, データの正規化ルールを適用して、テーブルの構造が正しいか確認します。 必要に応じてテーブルを調整します。, データベースの目的、用途、その使用者などのデータベースの目的を用紙に書き出すとよいでしょう。 たとえば、在宅ビジネス用の小さいデータベースが必要な場合は、"メーリング リストやレポートを生成するために、顧客データベースに顧客情報のリストを保持する" というような簡単な目的を書き出します。 企業の設定でよくあるように、データベースがより複雑であったり、多数のユーザーが使用する場合、目的が 1 段落にも及ぶことが多く、各ユーザーがそのデータベースをいつ、どのように使用するかを含める必要があります。 設計手順全体を通して参照できる、完成度の高いミッション ステートメントを作ることが目的です。 そのようなステートメントがあると、意思決定のときに目的に焦点を絞ることができます。, 必要な情報を検索して整理するには、既存の情報から始めます。 たとえば、注文書を元帳に記録したり、ファイルキャビネットの紙のフォームに顧客情報を保管したりすることができます。 これらのドキュメントを収集し、表示された各種類の情報を一覧表示します (たとえば、フォームに入力した各ボックス)。 既存のフォームがない場合は、代わりに顧客情報を記録するためのフォームをデザインする必要があると考えてください。 フォームにはどのような情報を入力しますか? 推測が可能な項目ではないか、別の機会で聞けばよい項目ではないか、それとも完全に無くしてしまってよい項目か、ということを常に自問しましょう。, データエントリーは自動化の一途をたどっています。例えば、モバイル機器やウェアラブル機器は、ユーザが無意識のうちに膨大なデータを集めています。入力フォームを作成する際には、チャットボットのような会話型UIやSMS、メール、音声入力、OCRによる文字の読み取り、現在地認識機能、指紋認証や生態認証などの活用も検討してみましょう。, 人生は短いのです。誰もフォームを機械的に埋めることで時間を費やしたくはありません。対話しているかのような画面にしましょう。それも愉快なものに。ユーザの気持ちを徐々に惹きつけましょう。, 誰も思いつかなかったことをやってみましょう。デザイナーの役割は、会社のブランドを表現してユーザの心を揺さぶることです。ユーザの気持ちをうまくつかめば、フォーム入力の完了率はアップします。上記のようなルールがおざなりにならないよう、留意してみてください。, 本記事に取り上げた視点だけでなく、5,000調査以上のユーザテストや、UI専門家の過去知見から、入力フォームにおける59のチェック項目を整理しています。入力フォームのチェック項目59の無料ダウンロードはこちらからどうぞ!, ・数千回のユーザテスト経験や業界知見を集約! 作成するフィルボックスは何ですか? しがないOLのはじめての「Microsoft Access」 ~リレーションシップ編~ しがないOLのはじめての「Microsoft Access」シリーズ #バックオフィス; #Microsoft Access #営業事務; 今錦くにきち. 主キーの値と … ・ユーザビリティの3つの分類に課題をカテゴライズ 電話番号や郵便番号など、入力する桁数が決まっている場合はこのルールを適用しましょう。, 「入力必須」を「*」のようなマーカーで示すことがありますが、この「*」が何を意味するか、ユーザが必ずしも理解するとは限りません。「*」の代わりに、入力が任意のフィールドには「任意」と明記しましょう。, 多くの項目を一気に見せられるとユーザはフォームの長さに圧倒されます。関連する項目ごとにグループ化することで、ユーザはフォームの内容をより早く理解することができます。, 「任意入力」の項目は、項目自体を削除し、他の方法でデータを集めることができないかを検討しましょう。  なお、下部にある「リレーションシップの種類」については、列の設定内容に基づき自動的に判定されます。テーブル作成時に意図したとおり、一対多の対応関係とみなされていることがわかります(「一」は取引先テーブルの取引先コードつまり主キーを指し、ひいては取引先テーブルを指します。一方「多」は販売テーブルの取引先コードつまり外部キーを指し、ひいては販売テーブルを指します)。, 2つの列をつなぐような線が出来ました。これがリレーションシップの基本的な設定です。, さて、リレーションシップを設定したときの主な効果についてです。