Campos calculados nativos de tablas dinámicas y elementos de propiedad del caché

Calcular a partir de sumas de contexto

Para un campo calculado local del caché, la vista previa nativa primero suma cada campo de base de datos referenciado en el contexto solicitado de hoja, subtotal o total general, y luego evalúa la fórmula; las dependencias pueden estar ausentes de los campos de datos mostrados

Por ejemplo, dos registros con valores Amount/Units de 10/1 y 30/9 producen un resultado de campo calculado nativo de 40/10 = 4, y un total general evalúa sus propias sumas de dependencias en lugar de sumar las razones mostradas

Los elementos calculados evalúan las referencias de miembros en cada contexto completo de hoja, incluidos los demás ejes de fila y columna; los subtotales y los totales generales incluyen las contribuciones resultantes de los miembros, de modo que un elemento de razón puede contribuir con una suma de sus razones de hoja

Un miembro oculto manualmente permanece disponible cuando otro elemento calculado lo referencia, mientras que su propia contribución queda fuera de los totales mostrados; para A=40 y B=60, ocultar A todavía da a Combined=A+B un valor de 100 e incluye Combined en el total general visible

Cuando los campos y elementos calculados coexisten, las contribuciones de los elementos actualizan primero las sumas de sus campos de base de datos referenciados, y luego el campo calculado evalúa esas sumas de contexto actualizadas

Los elementos calculados pueden pertenecer a varios campos no agrupados; el orden de definición retenido del caché determina qué fórmula de campo escribe al final una intersección, de modo que mover una definición puede cambiar tanto esa intersección como los totales mostrados

Una dependencia de miembro calculado sin resolver se evalúa cuando se le referencia, incluida una dependencia definida más adelante en ese orden; un miembro ya calculado en un paso anterior conserva su valor de intersección actual cuando otra fórmula lo referencia

Las sumas nativas de campos ignoran los valores de fuente Boolean y de texto, retienen los valores numéricos y de fechas, y propagan los errores con tipo de la fuente; el IF e IFERROR perezosos pueden manejar un error sin evaluar una rama no usada

Propiedad del caché y enlace

Un elemento escrito en la vista creado con TXLSPivotField.AddCalculatedItem necesita un BindCalculatedItemsToCache explícito antes de la materialización nativa o la reconstrucción nativa con tipo; importar una definición nativa de caché admitida ya aporta esa propiedad

El enlace del caché afecta a cada vista que comparte ese caché, así que llámelo como una operación de creación y conserve los manejadores prestados únicamente hasta que la lista correspondiente se limpie, se asigne o se destruya

Filtros de miembros y transformaciones de visualización

Las comparaciones de leyenda y de valor sobre un campo de elementos calculados seleccionan los miembros mostrados después de que las fórmulas de miembros se ejecuten; los miembros de la fuente filtrados permanecen disponibles para las fórmulas referenciadas, y los subtotales y totales generales visibles excluyen las contribuciones directas de esos miembros

Una comparación de valores puede seleccionar una medida calculada; cada miembro candidato evalúa esa medida a partir de las sumas de dependencias de su contexto, en lugar de sumar las razones de los registros de la fuente ni tratar la fórmula como una columna de registros del caché

Los resultados de elementos calculados también admiten las transformaciones ShowDataAs modeladas, incluidos porcentajes, índice, diferencias, totales acumulados, porcentajes de totales acumulados y rangos; los miembros ocultos quedan fuera de las secuencias visibles de acumulados y rangos, mientras que las referencias de fórmulas conservan sus valores originales

La escritura nativa con tipo convierte una identidad de campo del caché a su posición de medida mostrada; un campo del caché usado por varias medidas de datos necesita una posición de medida explícita, porque de lo contrario su agregación y su identidad de visualización serían ambiguas

Excel puede guardar filtros activos con evalOrder=-1 preservando su orden de evaluación a través de la secuencia del elemento de filtros; la importación, la clonación y la reconstrucción con tipo retienen esa secuencia en lugar de tratar esos filtros como inactivos

Cambiar una definición de filtro o su posición de fuente retenida en una vista nativa importada y preservada exige reconstrucción con tipo; la adopción nativa ordinaria valida la identidad del filtro preservado y rechaza las ediciones no admitidas antes de escribir celdas del reporte

Vista previa, consultas y sistemas de fechas

function TXLSPivotTable.MakePreview(AWriter: TlxPivotResultWriter;
  ALayoutWriter: TlxPivotLayoutWriter;
  AUseNativeGrandTotals: Boolean = False;
  ABudget: TlxPivotQueryBudget = nil;
  ADateSystem: TXLSPivotDateSystem = xlpdsCache): Integer;

function TXLSPivotTable.GetDataValue(const ADataField: WideString;
  const AConstraints: TXLSPivotDataConstraints;
  ABudget: TlxPivotQueryBudget; out AValue: Variant;
  ADateSystem: TXLSPivotDateSystem = xlpdsCache): Boolean;

MakePreview con AUseNativeGrandTotals=True usa una tabla y un caché desacoplados, incluidas las sumas nativas exactas y las identidades de elementos calculados; el Make ordinario y el MakePreview predeterminado conservan su comportamiento existente de cálculo basado en registros

GetDataValue usa sumas de contexto nativas cuando el caché tiene campos o elementos calculados, y GETPIVOTDATA comparte esa ruta de consulta; ninguna de las dos operaciones actualiza los datos de la fuente, recalcula las fórmulas de la hoja inspeccionada ni escribe celdas del reporte

Los llamadores independientes deben aportar el contexto Date1904 correcto del caché o una selección explícita de sistema de fechas; la materialización nativa de propiedad del libro y las consultas de fórmulas proyectan la configuración actual del libro sin modificar el caché vivo

Los valores de fuente de fechas permanecen como valores TDateTime absolutos en el caché, mientras que las fórmulas numéricas nativas usan seriales de fecha de Excel; el sistema 1904 resta 1462 días por valor de fecha, y la conversión 1900 maneja las fechas representables anteriores a marzo de 1900

La propiedad de la salida nativa guardada registra su contexto de sistema de fechas y compara los valores de fecha con estilo contra su carga numérica serializada; guardar, reabrir o cambiar la base de fechas del libro preserva la propiedad legítima, mientras que las cargas de fechas, Boolean, errores y texto cambiadas siguen rechazando la sobreescritura

Presupuestos y entrada no admitida

La devolución de llamada opcional TlxPivotQueryBudget recibe incrementos de trabajo y una estimación de memoria actual, incluida la instantánea desacoplada propuesta y el almacenamiento de fórmulas; False aborta con EXLSPivotQueryBudget y las excepciones de la devolución de llamada se propagan

Los anchos de registros y las identidades de miembros de la base de datos se verifican antes de la clonación; la compilación y la evaluación de fórmulas cargan trabajo, y el cálculo retiene una profundidad de sintaxis, texto de fórmulas, dominios de miembros calculados y almacenamiento de acumuladores acotados

La planificación de elementos calculados limita los dominios combinados de miembros, el almacenamiento de leyendas y los planes de campos antes de la asignación; la evaluación nativa de miembros y los escaneos tardíos de filtros agregados también rechazan el trabajo propuesto por encima de sus límites fijos antes de entrar en esos escaneos, y la cancelación del presupuesto deja las máscaras de miembros vivas sin cambios

El analizador de fórmulas admite constantes numéricas, nombres de campos, nombres entre comillas, nombres de miembros calificados por campo, aritmética y comparaciones, porcentaje, y ABS, SQRT, POWER, ROUND, MIN, MAX, SUM, IF, IFERROR, AND, OR y PI; las funciones desconocidas, las referencias de celdas, los arreglos y los nombres sin enlazar provocan rechazo en lugar de aportar valores supuestos

Los campos calculados nativos exigen medidas de datos SUM y no pueden ser ejes de fila, columna o página; los elementos calculados exigen leyendas de cadena retenidas en campos de caché no agrupados, subtotales automáticos o SUM, medidas SUM y la identidad de área de un solo miembro admitida

Las funciones de fórmula desconocidas, un fieldPosition de área distinto de cero, metadatos de área desconocidos o malformados, identidades de medida de filtro ambiguas y transformaciones de visualización básicas y extendidas mutuamente activas provocan rechazo explícito; estas restricciones no convierten una definición no admitida en un elemento ordinario

El filtrado agregado tardío de miembros calculados admite las comparaciones de valores modeladas; las variantes heredadas de filtros de conteo, porcentaje y suma y los metadatos Top n no modelados exigen un modelo nativo de selección admitido y provocan rechazo en lugar de sustituir comparaciones de registros de la fuente

Las partes crudas importadas retienen los metadatos futuros no admitidos para la preservación ordinaria de ida y vuelta; el cálculo local, la reconstrucción con tipo y la extracción semántica de funciones exigen un modelo disponible y no actualizan los datos de la fuente para fabricar registros de caché faltantes

Las definiciones semánticas del caché de tablas dinámicas incluyen la identidad y la fórmula de elementos calculados, el contexto del sistema de fechas y las cargas desacopladas acotadas; las extensiones nativas no disponibles siguen siendo un error semántico explícito