Princípios para conversão

• Deve ter uma versão "interpretada" do banco de dados (arquivo xxxx.4DB para a estrutura), assim como a senha Desenhador para realizar uma conversão;

• Faça uma cópia de seu banco antes da conversão;

• Realize uma verificação de sintaxe. mesmo se não desejar compilar seu banco de dados, esta verificação pode ajudar a alertar sobre possíveis erros;

• Utilize o Centro de Manutenção e Segurança para verificar e reparar a estrutura e os dados;

•  Comprove se tiver algum PICT utilizando o comando GET PICTURE FORMATS (ou o comando _o_AP Is Picture Deprecated de 4D Pack) converta os arquivos utilizando o comando CONVERT PICTURE (em 4D v14, ainda existe a possibilidade de usar QuickTime em versões de 32 bits por meio de um seletor para o comando SET DATABASE PARAMETER);

• (Opcional) Possibilidade de implementar chaves primárias se necessitar o registro de dados (a partir da versão 14) (ver Definir ou eliminar uma chave primária no manual Desenho).

• Desde a versão 13.5, é obrigatório que os campos Únicos sejam indexados. Já não se permitirá criar/modificar registros para um campo único não indexado: ao tentar salvar o registro será gerado um erro (-9998 registro único existe, o índice 1088 não é válido ou falta). Para criar índices faltantes ou gerar um arquivo disco que liste os campos não indexados, consulte Apêndice: Métodos úteis de conversão do documento "Conversão a 4D v15".

Os bancos de dados criados com a versão 15 de 4D ou 4D Server (assim como os criados em v11, v12, v13 e v14) são compatíveis com 4D versão 16 (arquivos Estrutura e dados). Pode converter qualquer arquivo de estrutura interpretado. Para isso, só inicie 4D v16 e abra seu arquivo de estrutura em modo interpretado (arquivo xxx.4DB).

Um diálogo lhe avisa que a estrutura e os arquivos de dados vão ser convertidos:

Depois de converter o arquivo de estrutura em 4D v16, já não pode ser aberto com uma versão anterior.

Os arquivos de dados não são convertidos para bancos de dados em 4D v15 ou 4D v15 Rx. Entretanto, são convertidos para bancos de dados em 4D v14 e versões anteriores. Neste caso, são mostrados um segundo diálogo:

Este arquivo de dados também são convertidos a versão 16 mas ainda pode seraberto e utilizado com 4D v14.4 e superior ou 4D v15 (4D v14 R5).

Volte a utilizar o Centro de manutenção e segurança (CSM) para verificar e reparar a estrutura e os dados.

Como lembrete, na estrutura:

• os métodos órfãos (__Orphan__xxxxx) são indicados por advertências no arquivo de histórico del CSM e podem ser eliminados utilizando o Explorador (depois de comprovar que seu código já não é útil);
• os formularios não podem ser contidos nomes de objetos duplicados: são assinalados mediante advertências no arquivo de histórico de CSM. Pode realizar uma operação de reparação no banco de dados para modificar estes nomes (neste caso, tenha certeza de revisar a programação dos nomes de objetos). 

Nova funcionalidade sobre la estrutura:

• Detecção de imagens na estrutura que contém um formato PICT. Ver Verificar a aplicação no capítulo CSM.

Novas funcionalidades relativas aos dados: detecção de duplicados em campos únicos. Se oferece informação adicional:

• Quando utilizar o CSM ou um comando como VERIFY DATA FILE, os arquivos de histórico gerados agora incluem os nomes das tabelas e campos em questão, assim como cada valor duplicado.
  Nota: al ingresar datos, el cuadro de diálogo de error "Llave duplicada" ahora incluye los nombres de las tablas y campos correspondientes, así como también el valor duplicado y el comando GET LAST ERROR STACK também inclui informação detalhada sobre qualquer duplicado encontrado.
  Quando 4D abre um arquivo de dados, se for necessário construir (ou reconstruir) um índice, os duplicados são detectados automaticamente em qualquer campo associado que é declarado único. Neste caso, é mostrado um quadro de diálogo de alerta específico antes de abrir o banco de dados, oferecendo ao usuário a informação necessária para identificar e eliminar os duplicados:
  
  

Durante a atualização a 4D v16 e devido à atualização da biblioteca Unicode (ICU - International Components for Unicode), todos os índices dos campos de tipo texto e de palavras chaves de 4D foram reconstruidos. Esta operação é realizada de forma automática quando o banco de dados é aberto pela primeira vez (advertência: esta operação pode tomar uma quantidade significativa de tempo).

Do mesmo modo, quando voltar a abrir um banco de dados v16 com uma versão 4D v15 R5 ou anterior, isto ativa automaticamente a reconstrução dos índices de texto e de palavras chaves.

Nota: com 4D v16, otimizamos significativamente o algoritmo de reindexação global para os datos do banco de dados. Todos seus processos foram revisados e esta operação agora pode ser até duas vezes mais rápida. A reindexação global é exigida, por exemplo, depois de reparar o banco de dados ou quando tiver eliminado o arquivo .4dindx.