Cuando usted comenzó a diseñar mesas, usted aprendió que es un delito de base de datos para añadir la información esto está basado en los datos en otro campo u otra mesa. Un ejemplo de este error crea una mesa de productos que tiene tanto un Precio como un campo de PriceWithTax. El hecho que el campo de PriceWithTax es calculado basado en el campo de Precios es un problema. El almacenaje de ambos es una basura redundante del espacio. Incluso peor, si la tasa impositiva cambia, entonces le dejan con muchos archivos a la actualización y el potencial para la información inconsecuente (como un precio con el impuesto esto es más bajo que un precio sin impuesto).

Aunque usted sepa para no crear campos como PriceWithTax, a veces usted querrá ver la información calculada en el Acceso. Antes de que el Dulce de azúcar de Boutique imprima una lista de producto para uno de sus detallistas amados lo menos, le gusta aplicar un margen de beneficio de precios del 10 por ciento. Para hacer esto, esto necesita una manera de ajustar la información de precios antes de imprimir los datos. Si el detallista mancha el precio inferior sin el margen de beneficio, ellos están seguros de exigirlo.

Las preguntas proporcionan la solución perfecta a estas clases de problemas, porque ellos incluyen una manera de uso múltiple de manipular matemáticamente la información. La broma para añadir un campo deliberado: un campo esto es definido en su pregunta, pero realmente no existe en la mesa. En cambio, el Acceso calcula el valor de un campo deliberado basado en uno o varios otros campos en su mesa. Los valores en el campo deliberado nunca son almacenados anywhereinstead, el Acceso los genera cada vez que usted dirige la pregunta.

Popularidad: el 5 % [?]

Cuando usted comenzó a diseñar mesas, usted aprendió que es un delito de base de datos para añadir la información esto está basado en los datos en otro campo u otra mesa. Un ejemplo de este error crea una mesa de productos que tiene tanto un Precio como un campo de PriceWithTax. El hecho que el campo de PriceWithTax es calculado basado en el campo de Precios es un problema. El almacenaje de ambos es una basura redundante del espacio. Incluso peor, si la tasa impositiva cambia, entonces le dejan con muchos archivos a la actualización y el potencial para la información inconsecuente (como un precio con el impuesto esto es más bajo que un precio sin impuesto).

Aunque usted sepa para no crear campos como PriceWithTax, a veces usted querrá ver la información calculada en el Acceso. Antes de que el Dulce de azúcar de Boutique imprima una lista de producto para uno de sus detallistas amados lo menos, le gusta aplicar un margen de beneficio de precios del 10 por ciento. Para hacer esto, esto necesita una manera de ajustar la información de precios antes de imprimir los datos. Si el detallista mancha el precio inferior sin el margen de beneficio, ellos están seguros de exigirlo.

Las preguntas proporcionan la solución perfecta a estas clases de problemas, porque ellos incluyen una manera de uso múltiple de manipular matemáticamente la información. La broma para añadir un campo deliberado: un campo esto es definido en su pregunta, pero realmente no existe en la mesa. En cambio, el Acceso calcula el valor de un campo deliberado basado en uno o varios otros campos en su mesa. Los valores en el campo deliberado nunca son almacenados anywhereinstead, el Acceso los genera cada vez que usted dirige la pregunta.

Popularidad: el 5 % [?]