Alterações recentes em recursos do Analysis Services no SQL Server 2012
Este tópico descreve alterações recentes no SQL Server 2012 Analysis Services (SSAS). Essas alterações podem interromper aplicativos, scripts ou recursos baseados em versões anteriores do SQL Server.
Neste tópico:
Breaking Changes in SQL Server 2012 SP1
Breaking Changes in SQL Server 2012
Breaking Changes in SQL Server 2008 and SQL Server 2008 R2
Alterações recentes no SQL Server 2012 SP1
Alterações de código relacionadas à globalização comprovadamente interrompem alguns aplicativos. Os problemas conhecidos incluem:
Diferenciação de maiúsculas e minúsculas de identificadores de objeto
Uma alteração de código destinada a fazer com que todos os identificadores de objeto não diferenciem maiúsculas e minúsculas está causando o efeito oposto em alguns idiomas. A intenção é que todos os identificadores de objeto não diferenciem maiúsculas de minúsculas, independentemente do agrupamento. Essa alteração alinha o Analysis Services com outros aplicativos geralmente usados na mesma pilha de solução.Para idiomas com base em 26 caracteres do alfabeto latino básico, identificadores de objeto agora não diferenciam maiúsculas de minúsculas, que é o comportamento desejado.
Para cirílico e outros scripts de idioma bicamerais que usam maiúsculas/minúsculas (em grego, armênio, e copta), identificadores de objetos agora diferenciam maiúsculas de minúsculas. As alterações mais recentes têm mais probabilidade de ocorrer quando há diferenciação de maiúsculas/minúsculas entre um identificador de objeto e como ele é referenciado (por exemplo, um script de processamento que se refere ao identificador de objeto com todas as letras minúsculas). Esse comportamento provavelmente será alterado no futuro, mas como uma solução temporária é recomendável modificar os scripts para usar a mesma caixa que o identificador de objeto.
Últimas alterações do SQL Server 2012
Esta seção documenta as últimas alterações relatadas referentes a recursos do SQL Server 2012 Analysis Services (SSAS) no SQL Server 2012.
Problema |
Descrição |
---|---|
Agora, as comparações de cadeias de caracteres com valores Boolianos retornam erros |
Nas versões anteriores, uma consulta MDX que comparava cadeias de caracteres com valores Boolianos retornariam um resultado, mesmo que os valores não pudessem ser comparados. Nesta versão, as comparações agora requerem que os dois valores sejam do mesmo tipo. Se o aplicativo incluir consultas MDX que comparam valores de diferentes tipos, um erro será retornado, em vez de um resultado. |
Comandos de instalação removidos para uma instalação do PowerPivot para SharePoint. |
A instalação é realizada, mas não configura mais um PowerPivot para SharePoint. Os comandos de instalação que coletavam valores usados em ações de configuração agora são removidos. Eles incluem /FARMACCOUNT, /FARMPASSWORD, /PASSPHRASE e /FARMADMINPORT. Se você criou scripts de instalação para instalação autônoma, precisará modificar esses scripts para uma instalação do PowerPivot para SharePoint. A alternativa é usar cmdlets do PowerShell para configurar o servidor em modo autônomo. Para obter mais informações, consulte Instalar o PowerPivot pelo prompt de comando e Configuração do PowerPivot usando o Windows PowerShell. |
Função DATESBETWEEN em DAX impõe valores exclusivos na coluna de data referenciada como um argumento. |
O SQL Server 2012 SP1 apresenta novos requisitos de validação para a função DATESBETWEEN. As fórmulas DAX que usam a função de inteligência de tempo DATESBETWEEN podem retornar um erro se a coluna de data referenciada como o argumento não contém valores exclusivos. Colunas de data referenciadas como o primeiro argumento para todas as funções de inteligência de tempo DAX devem conter um valor exclusivo para cada linha. |
Usando operadores de comparação em fórmulas DAX com valores de tipos de dados incompatíveis. |
No SQL Server 2012, em uma fórmula DAX, é possível usar um operador de comparação para comparar um valor de cadeia de caracteres com um valor inteiro; por exemplo, um valor de cadeia de caracteres “45 " com o inteiro 45. Isso resultou em uma comparação válida. No SQL Server 2012 SP1, para impor regras aritméticas, a cadeia de caracteres para coerção de inteiro não é mais permitida. As fórmulas que comparam um valor de cadeia de caracteres com um valor inteiro retornarão um erro. Você pode usar funções cast DAX, VALUE, FORMAT para converter um valor em outro tipo. |
Usando funções de classificação em fórmulas DAX para comparar valores em branco a uma cadeia de caracteres vazia (""). |
No SQL Server 2012, funções de classificação em DAX são classificadas como BLANK() com 0 em colunas numéricas e como BLANK() com a cadeia de caracteres vazia em colunas de texto. No SQL Server 2012 SP1, funções de classificação em DAX são classificadas como BLANK() com 0 em colunas numéricas, mas não são mais classificadas como BLANK() com a cadeia de caracteres vazia em colunas de texto. BLANK () é classificada junto a, e ligeiramente menor que, a cadeia de caracteres vazia. |
Top
Alterações recentes no SQL Server 2008/SQL Server 2008 R2
Esta seção contém as alterações de quebra de versões anteriores. Se você estiver atualizando do SQL Server 2005, deverá revisar as alterações de quebra introduzidas no SQL Server 2008 e no SQL Server 2008 R2.
Problema |
Descrição |
---|---|
A função shallow exists agora funciona de maneira diferente com conjuntos nomeados que contêm membros enumerados ou junções cruzadas de enumsets. |
No SQL Server 2005 Analysis Services (SSAS), a função shallow exists não funcionou com conjuntos nomeados que continham membros enumerados ou junções cruzadas de enumsets. Para compatibilidade com a versão original e SP1 do SQL Server 2005 Analysis Services (SSAS), defina a propriedade de configuração "ConfigurationSettings\OLAP\Query\NamedSetShallowExistsMode" como 1, ou para compatibilidade com o SQL Server 2005 Analysis Services (SSAS) SP2, defina como 2. |
As funções do VBA lidam com valores nulos e vazios de forma diferente do SQL Server 2005 Analysis Services (SSAS) |
No SQL Server 2005 Analysis Services (SSAS), as funções do VBA retornavam 0 ou uma cadeia vazia quando valores nulos ou vazios eram usados como argumentos. No SQL Server 2008, elas retornarão nulo. |
O Assistente de Migração falhará porque o DSO não é instalado por padrão. |
Por padrão, o SQL Server 2008 não instala o componente de compatibilidade com versões anteriores DSO (Decision Support Objects). O pacote de compatibilidade com versões anteriores é instalado por padrão, mas o componente DSO do pacote ficará desabilitado. Uma vez que o Assistente de Migração do SQL Server Analysis Services depende desse componente, ele falhará, a menos que o componente seja instalado. Para instalar o componente DSO, execute o seguinte procedimento:
É possível remover o DSO após o término da migração seguindo as etapas anteriores, alterando a opção do DSO para “Este recurso não estará disponível.” Se o pacote de compatibilidade com versões anteriores não estiver instalado, você poderá instalá-lo usando a mídia de distribuição do SQL Server 2008. Observe que existem versões específicas de cada arquitetura de destino (x86, x64, ia64). Essas versões podem ser encontradas nos seguintes locais: x86\Setup\x86\SQLServer2005_BC.msi x64\Setup\x64\SQLServer2005_BC.msi ia64\Setup\ia64\SQLServer2005_BC.msi |
Não é recomendável colocar o local da partição na pasta Dados. |
O servidor gerencia a pasta Dados e cria ou elimina pastas à medida que objetos são criados, excluídos e alterados. Por isso, é totalmente desaconselhável especificar um local de armazenamento da partição na pasta Dados, principalmente nas subpastas de bancos de dados, cubos e dimensões. Embora o servidor permita fazer isso com Create ou Alter, ele exibirá um aviso. Quando você atualizar bancos de dados do SQL Server 2005 Analysis Services para o SQL Server 2008 Analysis Services que têm locais de armazenamento de partição na pasta Dados, isso funcionará. Restore ou Sync exigirão que você remova os locais de armazenamento da partição da pasta Dados. |
Você pode obter resultados inesperados de consultas que usam a palavra-chave MDX "EXISTING" no Servidor Analítico da ProClarity e no Microsoft Office PerformancePoint Server 2007. |
O Servidor Analítico da ProClarity e o Microsoft Office PerformancePoint Server 2007 usam a palavra-chave EXISTING da linguagem MDX incorretamente em certos cenários. Devido a alterações feitas no SQL Server 2008 Analysis Services, essas consultas podem retornar resultados inesperados. |
Top