Collations. Plataforma PRIMAVERA. Como converter a collation de uma base de dados PRIMAVERA. Versão 1.0 Fevereiro de Autor: Hugo Ribeiro

Transcrição

1 Plataforma PRIMAVERA Como converter a collation de uma base de dados PRIMAVERA Versão 1.0 Fevereiro de 2004 Autor: Hugo Ribeiro

2 Índice Versão Fevereiro de Índice... 2 Introdução... 3 Conflitos de Collations... 4 Sintomas... 4 Causa... 4 Resolução... 4 Mais informação... 5 Conversão da Collation de uma Base de Dados... 5 Restaurar a base de dados original com um novo nome... 5 Criar uma nova base de dados com a collation correcta... 7 Gerar a script de criação da base de dados original... 7 Executar a script de criação de tabelas... 9 Migrar os dados entre as duas bases de dados... 9 Executar a script de criação da restante estrutura Collations Armazenamento de Dados Ordenação Opções de Definição de Collations Recomendações

3 Introdução Este documento descreve: A resolução de erros provocados em mapas com tabelas temporárias quando a base de dados da empresa tem uma collation diferente da utilizada pela base de dados temporária; O procedimento mais eficiente para alterar a collation de uma base de dados. Esta informação aplica-se às seguintes linhas de produtos PRIMAVERA: Linha Standard 6.00 Linha Profissional 5.00 Linha Profissional 6.00 Linha Empresarial 2.30 Linha Empresarial 3.00 Linha Empresarial 3.10 Linha Empresarial 6.00 E às seguintes versões do sistema de bases de dados: SQL Server 2000 MSDE

4 Conflitos de Collations Sintomas Ao imprimir um mapa com uma ou mais tabelas temporárias ocorre o seguinte erro: Error detected by database DLL Causa Analisando a query executada internamente na impressão do mapa, por exemplo: SELECT * FROM Funcionarios F INNER JOIN ##RHPEmissao00 T ON (F.Codigo = T.Funcionario) verifica-se que ocorre o seguinte erro: Cannot resolve collation conflict for equal to operation. Este problema é provocado pelo facto da base de dados da empresa e a base de dados temporária utilizarem collations diferentes. Exemplo: Latin1_General_CI_AS e SQL_Latin1_General_CP1_CI_AS. Resolução Para resolver esta situação é necessário converter a base de dados da empresa de modo que passe a utilizar exactamente a mesma collation da base de dados temporária (tempdb). O procedimento de conversão da collation da base de dados dependerá da versão do SQL Server e da forma como a base de dados original foi criada. De seguida descreve-se o procedimento mais eficiente (utilizando DTS), menos sujeito a erros e que, em princípio, se aplicará à grande maioria dos casos. 4

5 Mais informação Para obter mais informação devem consultar-se os seguintes recursos: MSDN - Microsoft SQL Server 2000 Books Online Conversão da Collation de uma Base de Dados Para converter a collation de uma base de dados existente é necessário criar uma nova base de dados com a collation correcta e transferir correctamente todos os dados da base de dados original para a nova base de dados. Para o efeito serão necessárias as seguintes ferramentas: Microsoft SQL Server Enterprise Manager Microsoft SQL Server Query Analyser Microsoft Data Transformation Services Estas ferramentas são instaladas como parte das Client Tools do SQL Server 2000 e não estão disponíveis na instalação do MSDE. Assim, para converter a collation de uma base de dados deve-se proceder do seguinte modo 1. Restaurar a base de dados original com um novo nome 1. Abrir o Enterprise Manager; 2. Criar uma cópia de segurança completa da base de dados original: 1 Neste exemplo, a base de dados a converter tem o nome PRICOL. 5

6 3. Remover a base de dados original (PRICOL); 4. Restaurar a cópia de segurança original com um novo nome (PRICOL_SRC): 6

7 Criar uma nova base de dados com a collation correcta 1. Abrir o Enterprise Manager; 2. Seleccionar a opção New Database ; 3. Criar uma base de dados com o nome original (PRICOL): NOTA: É necessário garantir que a nova base de dados utiliza a collation por defeito do servidor e que a collation por defeito do servidor é igual à utilizada pela base de dados tempdb. Gerar a script de criação da base de dados original 1. Abrir o Enterprise Manager; 2. Seleccionar a base de dados original (PRICOL_SRC); 3. Seleccionar a opção Generate Script ; 4. No assistente de geração de scripts devem ser seleccionadas exactamente as seguintes opções: Script all objects; Generate the CREATE...; Generate scripts for all dependent objects; Only script 7.0 compatible features; Script indexes; Script full-text indexes; Script triggers; 7

8 Script PRIMARY keys ; 8

9 Executar a script de criação de tabelas A script gerada pelo passo anterior incluirá instruções para criar todos os objectos (tabelas, chaves primárias, índices, etc.) da base de dados. Para que o procedimento possa ser executado correctamente, este script deve ser dividida manualmente 2 em duas: Script_Create.sql: deve incluir apenas a primeira parte da script original, apenas com as instruções CREATE TABLE; Script_Alter.sql: deve incluir as restantes instruções da script original (ALTER TABLE, CREATE INDEX, etc.). De seguida, a estrutura principal deve ser criada na nova base de dados, executando a primeira script: Abrir o Query Analyser; Seleccionar a base de dados nova (PRICOL); Abrir e executar a primeira script (Script_Create.sql). Migrar os dados entre as duas bases de dados Neste momento, os dados podem ser transferidos entre as duas bases de dados usando um DTS. Para criar e executar o DTS devem seguir-se os seguintes passos: Abrir o Enterprise Manager; Seleccionar a base de dados original (PRICOL_SRC); Seleccionar a opção Export Data... ; No assistente de exportação de dados é necessário configurar correctamente a transferência, indicando as seguintes opções: 2 Esta divisão pode ser feita, procurando a primeira instrução ALTER na script. A primeira script incluirá todas as instruções até esse ponto. A segunda deverá incluir todas as instruções a partir desse ponto (inclusive). 9

10 o o o o o o o Source: SQL Server Database = PRICOL_SRC; Destination: SQL Server Database = PRICOL; Tipo de transferência: Copy objects and data between SQL Server databases ; Copy data (replace existing data); Use collation; Copy all objects Use default options 10

11 Executar a script de criação da restante estrutura Depois de terminada a transferência dos dados, resta apenas a criação da restante estrutura da base de dados: Abrir o Query Analyser; Seleccionar a base de dados nova (PRICOL); Abrir e executar a segunda script (Script_Alter.sql). 11

12 Collations O armazenamento físico das strings de caracteres numa base de dados SQL Server 2000 é controlado pelas collations. Uma collation define os padrões de bits utilizados para representar cada caracter e as regras segundo as quais esses caracteres são ordenados e comparados. Armazenamento de Dados Num computador, os caracteres são representados por diferentes padrões de bits em que, cada um, está activo ou inactivo. Existem 8 bits num byte e esses bits podem estar ligados ou desligados para formar 256 padrões distintos. Uma aplicação que utilize 1 byte para representar cada caracter poderá representar no máximo 256 caracteres distintos. Uma aplicação que utilize 2 bytes para a codificação de caracteres, poderá representar o máximo de caracteres. Uma single-byte code page define o mapeamento entre cada caracter e cada uma dos 256 padrões de bits possíveis num byte. Cada língua europeia tem a sua própria code page. Apesar dos padrões utilizados para representar os caracteres do alfabeto latino (A...Z) serem idênticos entre todas as code pages, os padrões para representar caracteres acentuados variam entre code pages. Tal significará que sempre que haja a necessidade de transferir dados entre computadores com code pages diferentes, será necessário proceder a uma conversão dos dados entre code pages. Se os dados originais incluírem caracteres estendidos não suportados pelo code page destino, haverá perda de dados. O SQL Server suporta várias code pages: 1258 Vietnamese; 1256 Arabic; 1252 Latin (ANSI); 1250 Central European; 850 Multilingual (MS-DOS Latin1); Etc. Para resolver os problemas de interpretação e conversão resultantes da existência de múltiplas code pages, a organização ISO elaborou o standard Unicode. Este standard utiliza dois bytes para armazenar cada caracter. Na medida em que combinações é suficiente para representar todos os caracteres habituais usados em todas as línguas existentes, este standard suporta todas essas línguas, assim eliminando a necessidade de algoritmos de conversão entre code pages distintas (desde que todos os computadores envolvidos nas transferências implementem o standard). O SQL Server suporta duas categorias de tipos de dados alfanuméricos: Unicode: nvarchar, nchar e ntext. Estes tipos utilizam a representação Unicode. As definições de code pages não são aplicáveis. 12

13 Non-unicode: varchar, char e text. Utilizam a representação definida pela code page activa. Ordenação A sort order de uma collation define as regras utilizadas pelo SQL Server para interpretar, juntar, comparar e apresentar os dados alfanuméricos. A título de exemplo, a sort order define: Se o caracter a é menor, igual ou maior que o caracter b ; Se a collation é case sensitive, ou seja, se, por exemplo, o caracter m é igual a M ; Se a collation é accent sensitive, ou seja, se, por exemplo, o caracter a é igual a á. Opções de Definição de Collations O termo collation refere-se a um conjunto de regras que determinam a forma como os dados alfanuméricos são ordenados e comparados. Os dados serão ordenados de acordo com as regras que definem a sequência correcta dos caracteres, a comparação entre letras maiúsculas e minúsculas, opções de acentuação e outras características (por exemplo: suporte para os caracteres da língua chinesa). O SQL Server agrupa todas as collations suportadas em dois grupos: Windows collations As regras da collation são baseadas nas mesmas regras associadas a um Windows Locale (definido na instalação do sistema operativo). Exemplo: Latin1_General SQL Server collations Este tipo de collations são suportados para garantir a compatibilidade com as versões anteriores do SQL Server. Exemplo: SQL_Latin1_General Uma Windows collation é definida de acordo com as seguintes regras 3 : <Windows_Collation_Name> ::= CollationDesignator_<Comparision_Style> <Comparision_Stype> ::= CaseSensitivity_AccentSensitivity [_KanatypeSensitivity [_WidthSensitivity]] _BIN Eis alguns exemplos de collations Windows: 3 Note-se que as SQL Server collations utilizam regras semelhantes com o prefixo (SQL_). 13

14 Collation Descrição Latin1_General_CI_AS Code page: 1252 (Portugal) Caseinsensitive Accentsensitive Latin1_General_CS_AS Code page: 1252 (Portugal) Casesensitive Accentsensitive Latin1_General_CI_AI Code page: 1252 (Portugal) Caseinsensitive Accentinsensitive Recomendações Para as bases de dados utilizadas por aplicações PRIMAVERA, recomenda-se a utilização da collation Latin1_General_CI_AS. Dado que a collation de uma base de dados SQL Server 2000 depende inicialmente da definição por defeito do servidor, esta collation deve ser seleccionada no momento de instalação da versão do SQL Server (ou MSDE). Na criação da base de dados é ainda possível definir uma collation diferente da definida no servidor. No entanto, porque o Administrador PRIMAVERA não disponibiliza esta funcionalidade, tal obrigaria à criação manual das bases de dados no Enterprise Manager. Finalmente, importa salientar que não é obrigatório que seja utilizada a collation recomendada desde que esteja garantida a utilização da mesma collation entre todas as bases de dados utilizadas pelo sistema PRIMAVERA (tempdb, PRIEMPRE, PRIDEM, etc.). 14