Denominazione degli oggetti (Analysis Services - Dati multidimensionali)

In questo argomento vengono descritte le convenzioni di denominazione degli oggetti, come pure le parole e i caratteri riservati che non possono essere utilizzati in nomi di oggetto, codice o script in Analysis Services.

Convenzioni di denominazione

Ogni oggetto dispone di una proprietà Name e ID che deve essere univoca nell'ambito della raccolta padre. Ad esempio, due dimensioni possono avere lo stesso nome purché si trovino in database diversi.

Sebbene sia possibile specificarla manualmente, la proprietà ID viene di solito generata automaticamente quando viene creato l'oggetto. Si consiglia di non modificare mai la proprietà ID una volta avviata la compilazione di un modello. Tutti i riferimenti a un oggetto in un modello si basano sulla proprietà ID. Pertanto, la modifica di una proprietà ID può danneggiare facilmente il modello.

Gli oggetti DataSource e DataSourceView presentano eccezioni rilevanti alle convenzioni di denominazione. L'ID DataSource può essere impostato su un punto singolo (.), che non è univoco, come riferimento al database corrente. Una seconda eccezione è DataSourceView, che aderisce alle convenzioni di denominazione definite per gli oggetti DataSet in .NET Framework, dove la proprietà Name viene utilizzata come identificatore.

Le regole seguenti si applicano alle proprietà Name e ID.

• Per i nomi non viene fatta distinzione tra maiuscole e minuscole. Non è possibile avere un cubo denominato "sales" e un altro denominato "Sales" nello stesso database.

• Non è consentito alcuno spazio iniziale o finale in un nome di oggetto, sebbene sia possibile incorporare spazi all'interno di un nome. Gli spazi iniziali e finali vengono eliminati in modo implicito. Si applica a entrambe le proprietà Name e ID di un oggetto.

• Il numero massimo di caratteri consentito è 100.

• Non esiste alcun particolare requisito per il primo carattere di un identificatore, che può pertanto essere qualsiasi carattere valido.

Parole e caratteri riservati

Le parole riservate sono in inglese e si applicano a nomi di oggetti, non didascalie. Se si utilizza inavvertitamente una parola riservata in un nome di oggetto, si verificherà un errore di convalida. Per i modelli di data mining e multidimensionali, le parole riservate descritte di seguito non possono mai essere utilizzate in alcun nome di oggetto.

Per i modelli tabulari dove la compatibilità di database è impostata su 1103, le regole di convalida sono state rese flessibili per alcuni oggetti, non conformi per i requisiti di caratteri estesi e le convenzioni di denominazione di alcune applicazioni client. I database che soddisfano questi criteri sono soggetti a regole di convalida meno severe. In questo caso è possibile che un nome di oggetto includa un carattere limitato e superi comunque la convalida.

Parole riservate

• AUX

• CLOCK$

• Da COM1 a COM9 (COM1, COM2, COM3 e così via)

• CON

• Da LPT1 a LPT9 (LPT1, LPT2, LPT3 e così via)

• NUL

• PRN

• Non è consentito utilizzare NULL come carattere in una stringa all'interno del frammento XML

Caratteri riservati

Nella tabella seguente sono elencati i caratteri non validi per oggetti specifici.

Eccezioni: quando sono consentiti i caratteri riservati

Come è stato notato, i database di un livello di compatibilità e di modalità specifico possono avere nomi di oggetti che includono caratteri riservati. I nomi di attributi della dimensione, gerarchie, livelli, misuri e oggetti KPI possono includere caratteri riservati, per database tabulari (1103 o un valore superiore) che consentono l'utilizzo di caratteri estesi:

I database possono avere un valore ModelType predefinito. Il valore predefinito è equivalente a multidimensionale e quindi non supporta l'utilizzo di caratteri riservati nei nomi delle colonne.

Vedere anche

Concetti

Parole riservate MDX

Traduzioni (Analysis Services - Dati multidimensionali)

XML for Analysis Compliance (XMLA)