Als Sie anfingen, Tische zu entwerfen, erfuhren Sie, dass es ein Datenbankverbrechen ist, um Information hinzuzufügen, beruht es auf den Daten in einem anderen Feld oder einem anderen Tisch. Ein Beispiel dieses Fehlers schafft einen Produkttisch, der sowohl einen Preis als auch ein PriceWithTax Feld hat. Die Tatsache, dass das PriceWithTax Feld basiert auf das Preisfeld berechnet wird, ist ein Problem. Speicherung von beiden ist eine überflüssige Verschwendung des Raums. Noch schlechter, wenn sich die Steuerrate ändert, dann werden Sie mit vielen Aufzeichnungen verlassen zu aktualisieren und das Potenzial für die inkonsequente Information (wie ein Preis mit der Steuer ist es niedriger als ein Preis ohne Steuern).

Wenn auch Sie wissen, um Felder wie PriceWithTax nicht zu schaffen, manchmal werden Sie berechnete Information im Zugang sehen wollen. Bevor Boutique-Blödsinn eine Produktliste für einen seiner am wenigsten geliebten Einzelhändler druckt, wendet es gern eine 10-Prozent-Preispreiserhöhung an. Um das zu tun, braucht es eine Weise, die Preisinformation vor dem Druck der Daten zu regulieren. Wenn der Einzelhändler den niedrigeren Preis ohne die Preiserhöhung entdeckt, sind sie überzeugt, es zu fordern.

Abfragen stellen die vollkommene Lösung für diese Arten von Problemen zur Verfügung, weil sie eine Allzweckweise einschließen, Information mathematisch zu manipulieren. Der Trick, um ein berechnetes Feld hinzuzufügen: Ein Feld wird es in Ihrer Abfrage definiert, aber besteht im Tisch nicht wirklich. Statt dessen berechnet Zugang den Wert eines berechneten Feldes, das auf ein oder mehr andere Felder in Ihrem Tisch basiert ist. Die Werte im berechneten Feld werden anywhereinstead nie versorgt, Zugang erzeugt sie jedes Mal, wenn Sie die Abfrage führen.

Beliebtheit: 5 % [?]

Als Sie anfingen, Tische zu entwerfen, erfuhren Sie, dass es ein Datenbankverbrechen ist, um Information hinzuzufügen, beruht es auf den Daten in einem anderen Feld oder einem anderen Tisch. Ein Beispiel dieses Fehlers schafft einen Produkttisch, der sowohl einen Preis als auch ein PriceWithTax Feld hat. Die Tatsache, dass das PriceWithTax Feld basiert auf das Preisfeld berechnet wird, ist ein Problem. Speicherung von beiden ist eine überflüssige Verschwendung des Raums. Noch schlechter, wenn sich die Steuerrate ändert, dann werden Sie mit vielen Aufzeichnungen verlassen zu aktualisieren und das Potenzial für die inkonsequente Information (wie ein Preis mit der Steuer ist es niedriger als ein Preis ohne Steuern).

Wenn auch Sie wissen, um Felder wie PriceWithTax nicht zu schaffen, manchmal werden Sie berechnete Information im Zugang sehen wollen. Bevor Boutique-Blödsinn eine Produktliste für einen seiner am wenigsten geliebten Einzelhändler druckt, wendet es gern eine 10-Prozent-Preispreiserhöhung an. Um das zu tun, braucht es eine Weise, die Preisinformation vor dem Druck der Daten zu regulieren. Wenn der Einzelhändler den niedrigeren Preis ohne die Preiserhöhung entdeckt, sind sie überzeugt, es zu fordern.

Abfragen stellen die vollkommene Lösung für diese Arten von Problemen zur Verfügung, weil sie eine Allzweckweise einschließen, Information mathematisch zu manipulieren. Der Trick, um ein berechnetes Feld hinzuzufügen: Ein Feld wird es in Ihrer Abfrage definiert, aber besteht im Tisch nicht wirklich. Statt dessen berechnet Zugang den Wert eines berechneten Feldes, das auf ein oder mehr andere Felder in Ihrem Tisch basiert ist. Die Werte im berechneten Feld werden anywhereinstead nie versorgt, Zugang erzeugt sie jedes Mal, wenn Sie die Abfrage führen.

Beliebtheit: 5 % [?]