Subconjuntos de modelos
En algunas circunstancias, sólo hay disponible un subconjunto de un modelo. Por ejemplo, cuando los usuarios no tienen permisos de seguridad suficientes, cuando faltan elementos en el modelo físico, cuando el modelo se deriva de otro modelo o cuando el diseñador creó un subconjunto del modelo de forma explícita.
Cuando sólo hay disponible un subconjunto, los elementos que faltan del modelo semántico pueden afectar a otros elementos del modelo. Por ejemplo, los elementos dependientes del modelo se tratan como si se hubieran quitado también del modelo. Si una referencia es obligatoria, por ejemplo, cuando se especifica el elemento Binding o RelatedRole, el elemento ModelItem que hace referencia se trata como si faltara. De manera similar, la propiedad opcional más interna, por ejemplo el elemento Inheritance, se trata como si estuviera vacía. Las referencias de consultas a elementos que faltan generan una advertencia en lugar de un error y se omite de la consulta el detalle, grupo, jerarquía, medida, grupo de medida o conjunto de subtotales más interno. En el caso de que falte una entidad base o se omitan todos los grupos y todas las medidas, la consulta produce un error.
Excepciones de expresiones
Los atributos para los que el usuario tiene permiso para ver no se quitan del modelo de informe sólo porque se excluya la expresión. En su lugar, sólo se quita la expresión del modelo de informe. Para atributos de agregado, esto obliga a que el atributo no sea transitivo ni divisible.
Los atributos de una perspectiva no se quitan del modelo de usuario cuando los componentes de la expresión se excluyen de la perspectiva. En su lugar, esos componentes de la expresión se incluyen en el modelo de usuario, pero se marcan como ocultos.
Vea también
Conceptos
Propiedades de los objetos del Diseñador de modelos
Trabajar con perspectivas en el Diseñador de modelos
Trabajar con el Diseñador de modelos
Administrar permisos y seguridad para Reporting Services
Proteger los modelos