Quand vous avez commencé à concevoir des tables, vous avez appris que c'est un crime de base de données pour ajouter des renseignements c'est basé sur les données dans un autre champ ou une autre table. Un exemple de cette faute crée une table de produits qui a tant un Prix qu'un champ PriceWithTax. Le fait que l'on calcule le champ PriceWithTax basé sur le champ Des prix est un problème. Le fait de conserver tous les deux est un gaspillage redondant d'espace. Encore plus mauvais, si le taux fiscal change, donc on vous quitte avec beaucoup de dossiers pour actualiser et le potentiel pour les renseignements inconsistants (comme un prix avec la taxe c'est inférieur qu'un prix sans taxe).

Même si vous savez pour ne pas créer des champs comme PriceWithTax, quelquefois vous voudrez voir des renseignements calculés dans l'Accès. Avant que le Caramel de Boutique imprime une liste de produit pour un de ses détaillants aimés le moins, il aime appliquer une majoration des prix de 10 pour cent. Pour le faire, il a besoin d'une façon de régler les renseignements des prix avant d'imprimer les données. Si le détaillant aperçoit le prix inférieur sans la majoration, ils sont sûrs de le demander.

Les questions fournissent la solution parfaite à ces sortes de problèmes, parce qu'ils incluent une façon polyvalente de mathématiquement manipuler des renseignements. Le truc pour ajouter un champ calculé : un champ c'est défini dans votre question, mais n'existe pas en fait dans la table. Au lieu de cela l'Accès calcule la valeur d'un champ calculé basé sur un ou plusieurs autres champs dans votre table. Les valeurs dans le champ calculé ne sont jamais conservées anywhereinstead, l'Accès les produit chaque fois que vous dirigez la question.

Popularité : 5 % [?]

Quand vous avez commencé à concevoir des tables, vous avez appris que c'est un crime de base de données pour ajouter des renseignements c'est basé sur les données dans un autre champ ou une autre table. Un exemple de cette faute crée une table de produits qui a tant un Prix qu'un champ PriceWithTax. Le fait que l'on calcule le champ PriceWithTax basé sur le champ Des prix est un problème. Le fait de conserver tous les deux est un gaspillage redondant d'espace. Encore plus mauvais, si le taux fiscal change, donc on vous quitte avec beaucoup de dossiers pour actualiser et le potentiel pour les renseignements inconsistants (comme un prix avec la taxe c'est inférieur qu'un prix sans taxe).

Même si vous savez pour ne pas créer des champs comme PriceWithTax, quelquefois vous voudrez voir des renseignements calculés dans l'Accès. Avant que le Caramel de Boutique imprime une liste de produit pour un de ses détaillants aimés le moins, il aime appliquer une majoration des prix de 10 pour cent. Pour le faire, il a besoin d'une façon de régler les renseignements des prix avant d'imprimer les données. Si le détaillant aperçoit le prix inférieur sans la majoration, ils sont sûrs de le demander.

Les questions fournissent la solution parfaite à ces sortes de problèmes, parce qu'ils incluent une façon polyvalente de mathématiquement manipuler des renseignements. Le truc pour ajouter un champ calculé : un champ c'est défini dans votre question, mais n'existe pas en fait dans la table. Au lieu de cela l'Accès calcule la valeur d'un champ calculé basé sur un ou plusieurs autres champs dans votre table. Les valeurs dans le champ calculé ne sont jamais conservées anywhereinstead, l'Accès les produit chaque fois que vous dirigez la question.

Popularité : 5 % [?]