この記事では、ユーザーが使用を避けるべき理由を説明しています cデータベース内のalculatedフィールドを使用し、代わりにクエリを使用します。
MS Accessを使用すると、ユーザーはテーブルデザインに計算列（フィールドタイプ）を作成してさまざまな計算を実行できますが、多くの場合、正規化のルールに違反します。 したがって、計算フィールドの代わりにクエリを使用することをお勧めします。 この記事では、この点について詳しく説明します。
MSAccessの計算フィールド
計算フィールドはスプレッドシートの不可欠な部分であり、ユーザーがアプリケーションを効果的に開発できるように設計されています。 ただし、正規化ルールに従って、混乱や不規則性を回避するために、他のフィールドに依存する値を格納することはお勧めしません。 計算フィールドは、便利で使いやすいにもかかわらず、組み込み関数を実行するようにプログラムされているだけなので、ユーザー定義関数を呼び出すことができないため、避ける必要があります。 Accessでは、計算フィールドに異なるテーブルまたはクエリのフィールドを含めることはできません。 ユーザーは、エラーを回避するために他のすべてのパラメーターも提供する必要があります。 計算フィールドの結果は、実行時に生成された場合、つまりクエリまたはクエリに基づくレポートの実行時にのみ計算されることも考慮する価値があります。
MS Access 2010より前のAccessバージョンでは、テーブルを機能させることができないため、その使用が制限されることに注意してください。 データがテーブルに入力された後に式を変更しても結果が正しく更新されないため、計算フィールドの信頼性は比較的低くなります。 これらは、計算フィールドを回避する主な理由です。
クエリ
クエリは、値をテーブルに格納しないため、計算フィールドよりも優れた代替手段です。 クエリは、データ管理タスクと変更の改訂を自動化するのに役立ちます。 クエリは、クエリウィザードまたはデザインビューを使用して作成できます。
数量と単価という2つのフィールドを例にとり、ユーザーが数量 * 単価という式を別のフィールド「金額」に表示する必要があるとします。そのため、計算フィールドを使用する代わりに、ユーザーはテーブルに基づいてクエリを作成する必要があります。クエリデザインのフィールド行に式を入力でき、以下のように記述できます。
Amount: [Quantity] * [UnitCost]
これにより、Amountと呼ばれる別のフィールドが作成されます。これは、より単純で効率的です。 このクエリに基づくフォームとレポートは、計算されたフィールドを他のレコードと同じように扱います。
計算結果の保存
また、ユーザーが別の値を保存する必要があると感じる場合や、いくつかの柔軟なルールもあります。 ただし、更新後イベントを使用して実行できます。これにより、ユーザーは計算を上書きして、好みに応じて異なる値を入力できます。
MS Access 2010バージョンでは、式を表示する計算データ型を選択できます。 ユーザーはその式（[Quantity] * [Unitprice]など）を入力でき、Accessはユーザーがレコードを入力するたびに計算を実行します。 この機能の問題は、表現が限られているため、ユーザーが実際の目的で使用することを制限していることです。
Accessユーザーは、データ破損のインシデントに対処する準備を常に整えておく必要があります。 このようなシナリオに遭遇した場合は、次のような強力なツールを呼び出すことを躊躇しないでください DataNumen Access Repair 〜へ mdbを修正 ファイル。
著者紹介：
ビビアンスティーブンスはのデータ復旧の専門家です DataNumen、Inc。は、以下を含むデータ復旧技術の世界的リーダーです。 SQLを修復します と優れた回復ソフトウェア製品。 詳細については、次のWebサイトをご覧ください。 WWW。datanumen.com