FIX: Alcuni valori delle misure in un cubo in modo imprevisto visualizzata come "# N/d" quando si attiva l'opzione "Attiva read-contingent autorizzazioni" per il cubo in SQL Server 2005 Analysis Services Service Pack 2

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 936080
Bug #: 50001126 (SQL Hotfix)
Sintomi
In Microsoft SQL Server 2005 Analysis Services Service Pack 2 (SP2), verrà creato un ruolo di database che ha le autorizzazioni seguenti:
  • Impostare l'autorizzazione di database di Lettura definizione per il ruolo.
  • Impostare l'autorizzazione di accesso di lettura su un cubo.
  • Attivare l'opzione di Attiva read-contingent autorizzazioni per il cubo.
  • È necessario specificare un'espressione di espressioni multidimensionali (MDX, MULTIDIMENSIONAL Expression) per le autorizzazioni read-contingent.
Quando si esplorano il cubo nel contesto di protezione di questo ruolo, alcuni valori delle misure vengono visualizzati in modo imprevisto come # N/d . Tuttavia, in SQL Server 2005 Analysis Services Service Pack 1 (SP1), questi valori vengono visualizzati come valori derivati da tali misure.
Cause
Questo problema si verifica a causa di una regressione introdotta in SQL Server 2005 SP2.
Risoluzione

Informazioni sull'aggiornamento cumulativo

La correzione di questo problema è stata rilasciata prima nell'aggiornamento cumulativo 2. Per ulteriori informazioni su come ottenere il pacchetto di aggiornamento cumulativo per SQL Server 2005 Service Pack 2, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
936305Pacchetto di aggiornamento cumulativo 2 per SQL Server 2005 Service Pack 2
Nota Poiché le generazioni sono cumulative, ogni nuova versione di correzione contiene tutti gli aggiornamenti rapidi e tutte le correzioni protezione rilasciate con SQL Server 2005 precedente versione di correzione. Microsoft consiglia di considerare applicare la correzione rapida per la versione più recente che contiene questo aggiornamento rapido (hotfix). Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
937137Versioni di SQL Server 2005 rilasciate dopo il rilascio di SQL Server 2005 Service Pack 2
Gli hotfix di Microsoft SQL Server 2005 vengono creati per service pack specifici di SQL Server. È necessario applicare un hotfix di SQL Server 2005 Service Pack 2 a un'installazione di SQL Server 2005 Service Pack 2. Per impostazione predefinita, qualsiasi hotfix fornito in un service pack di SQL Server è incluso nel successivo service pack SQL Server.
Status
Microsoft ha confermato che questo problema riguarda i prodotti sono elencati nella sezione "Si applica a".

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 936080 - Ultima revisione: 06/21/2007 20:24:15 - Revisione: 1.3

Microsoft SQL Server 2005 Analysis Services

  • kbmt kbpubtypekc kbqfe kbfix kbsql2005as kbexpertiseadvanced KB936080 KbMtit
Feedback