Migração de ISAM para SQL com a Solução de Go Up Technology

Propaganda
Migração de ISAM para SQL
com a Solução de Go Up
Technology
10 razões pelas quais converter os
seus aplicativos e bancos de dados
através da verdadeira solução 100%
automática de Go Up Technology, pode
fazer a diferença entre fracasso e
sucesso
Go Up Technology
Página 1
www.GoUpte.com
Resumo
Quando se realiza uma migração de ISAM para SQL, existe uma prolongada
lista de procedimentos que devem ser efetuados corretamente e na ordem
certa para garantir uma conversão bem sucedida. A inobservância das
instruções ou mesmo de apenas uma das tarefas pode causar danos graves no
banco de dados convertido, um resultado catastrófico para os aplicativos de
missão crítica. Este informe explica porque usar a verdadeira solução 100%
automática de Go Up Technology é a melhor maneira de evitar complicações, e
garantir uma conversão exitosa.
Go Up Technology
Página 2
www.GoUpte.com
Sumário
Suposições & Opções................................................................................... 4
10 Problemas Comuns na Conversão de ISAM para SQL .............................. 5
1. Problemas Manuais ................................................................................. 5
2. Conversão do Conteúdo ........................................................................... 5
3. SQL DIRETAS ......................................................................................... 6
4. Desempenho .......................................................................................... 6
5. Integridade dos Dados ............................................................................. 6
6. Aplicar as Regras SQL no seu Aplicativo ..................................................... 6
7. Transações e Bloqueios ............................................................................ 7
8. Manipulação Física de Arquivos Reais no Disco ............................................ 7
9. Definição de Objetos no Banco de Dados ................................................... 7
10.Orientação e Formação ............................................................................ 8
10 Razões para usar a Verdadeira Solução 100% Automática de Go Up
Technology .................................................................................................. 9
1. Problemas Manuais ................................................................................. 9
2. Conversão do Conteúdo ......................................................................... 10
3. SQL DIRETAS ....................................................................................... 10
4. Desempenho ........................................................................................ 10
5. Integridade dos Dados ........................................................................... 10
6. Aplicar as Regras SQL no seu Aplicativo ................................................... 11
7. Transações e Bloqueios .......................................................................... 11
8. Manipulação Física de Arquivos Reais no Disco .......................................... 11
9. Definição de Objetos no Banco de Dados ................................................. 11
10.Orientação e Formação .......................................................................... 12
Conclusão .................................................................................................. 13
Go Up Technology
Página 3
www.GoUpte.com
Suposições e Opções
Este informe está escrito sob a suposição de que o leitor já tomou a decisão de
mudar de ISAM para SQL. Se esse não for o caso, recomendarmos ler um dos
nossos outros relatórios brancos – “Mudança de ISAM para SQL” – os bancos de
dados SQL são mais complexos e de manutenção mais intensiva do que os
bancos de dados ISAM (bem como Pervasive Btrieve). Aqui temos as 10
principais razões para realizar a mudança para SQL de qualquer maneira.
Quanto às opções, os clientes Magic que desejam converter o banco de dados
do seu aplicativo de ISAM para SQL, geralmente, têm apenas duas:
1. Realizar a conversão do banco de dados manualmente, com a sua equipe
interna ou um consultor
2. Realizar a conversão do banco de dados com uma ferramenta automática
ou semiautomática, geralmente, fornecida por um subempreiteiro
Infelizmente, a opção #2 não é o que parece, já que para alguns
subempreiteiros uma ferramenta “semiautomática” é automática em apenas
um 20%, além disso, inclui uma quantidade enganosa de trabalho manual.
Go Up Technology
Página 4
www.GoUpte.com
10 Problemas Comuns na Conversão de ISAM para SQL
Existe uma série de problemas potenciais se uma conversão ISAM para SQL
não for executada utilizando uma ferramenta verdadeiramente automática num
100%. Aqui temos 10 dos problemas mais preocupantes que os clientes Magic
deveriam levar em consideração:
1. Problemas Manuais
Realizar uma conversão manual ou semiautomática para SQL de ISAM
virtualmente garante que alguma coisa sempre vai dar errado. É quase
impossível lidar corretamente com todas as questões que devem ser tratadas
nesse tipo de conversão, a menos que for feita com uma verdadeira solução
100% automática. Além disso, uma conversão manual ou semiautomática está
sujeita a erros e, geralmente, resulta em que as soluções não standard são
implementadas através do aplicativo. O que é pior, uma conversão manual ou
semiautomática requer um período maior de “code freeze” para o seu
aplicativo, que pode ter implicações financeiras para a sua empresa, e/ou seus
clientes.
2. Conversão do Conteúdo
Mudar o seu backend de ISAM para SQL não só é lidar com a conversão do
banco de dados mesmo. Você também precisa lidar com a criação de objetos
no novo banco de dados SQL, converter os dados, compará-los com os dados
antigos, e também abordar as mudanças no ambiente Magic/uniPaaS. Estas
questões tornam-se mais complicadas quando os dados incluem diversas
bibliotecas físicas, ou se o seu gerenciamento de dados usa “Nomes Lógicos”.
Tentar realizar esse processo manualmente ou com uma ferramenta
semiautomática, apenas acrescenta a probabilidade de que algo possa perderse.
Go Up Technology
Página 5
www.GoUpte.com
3. SQL DIRETAS
Uma das maiores vantagens dos bancos de dados SQL é a habilidade de usar
instruções SQL DIRETAS com eles no seu aplicativo Magic/uniPaaS. Segundo
estabelece a documentação de Magic, “O objeto do Comando SQL Direto
permite fornecer uma instrução SQL enviada para o banco de dados SQL
subjacente para prover a vista dos dados da tarefa, ou executar o
processamento requerido pelo comando”. Outra vantagem que oferecem os
bancos de dados SQL é a capacidade de usar a cláusula WHERE nos seus
programas Magic/uniPaaS e movimentar os Ranges de uma expressão Magic
para as instruções da cláusula WHERE. Uma conversão manual ou
semiautomática pode negligenciar a incorporação desses melhoradores de
desempenho.
4. Desempenho
Existem mais de 50 elementos que podem afetar o desempenho do aplicativo e
devem ser tratados durante a conversão (o Armazenamento dos campos Magic,
as configurações do cursor de Tabelas, a otimização das chaves e índices, os
Hints para os bancos de dados, as funções Cnd Range, etc.). Uma conversão
manual ou semiautomática possivelmente não lidará com todas essas questões,
nem aproveitará Magic através do objeto de comando SQL DIRETO. Sem uma
implementação completa dessas questões, os problemas de desempenho serão
praticamente assegurados. Pior ainda, quanto mais avançada é a versão do
banco de dados ISAM, mais aprofundados irão ser os problemas de
desempenho.
5. Integridade dos Dados
A conversão dos dados é um componente muito importante de uma conversão
de ISAM para SQL, e existem muitas questões que podem afetar a qualidade
desses dados. Se o processo de transferência de dados acontece com erros, ou
ainda pior, resulta com dados corrompidos, então a quantidade de tempo
necessária para fazer as correções pode crescer exponencialmente.
6. Aplicar as Regras SQL no seu Aplicativo
Trabalhar com bancos de dados SQL requer a adopção de diversas regras e
diretrizes de codificação que especificam uma estrutura para os programas no
seu aplicativo. A conversão manual para SQL ou a utilização de fornecedores
não qualificados sem a experiência adequada pode resultar num fracasso
parcial ou mesmo total na implementação apropriada dessas regras
importantes. Uma aplicação inadequada dessas regras corre o risco de expor o
seu banco de dados e aplicativo para uma variedade de erros e bugs no futuro.
Go Up Technology
Página 6
www.GoUpte.com
7. Transações e Bloqueios
Uma das vantagens mais importantes do banco de dados SQL é a sua
habilidade de lidar com os dados transacionais. Da mesma forma, é pertinente
preservar a funcionalidade relacionada com os bloqueios, segundo definido no
aplicativo original. Essas duas questões estão interligadas. Durante a conversão
para o banco de dados SQL, podem acontecer problemas que requerem uma
intervenção e tratamento adequados para preservar a funcionalidade por um
lado, enquanto permite o uso das capacidades transacionais, por outro lado.
8. Manipulação Física de Arquivos Reais no Disco
Uma opção disponível para os programadores de Magic que trabalham com
bancos de dados ISAM é a habilidade de realizar ações físicas nos arquivos
físicos. Por exemplo, muitos programadores podem codificar operações e
atividades no seu programa Magic que atuam sobre os arquivos de banco de
dados Pervasive/Btrieve utilizando as funções DB ou IO (por exemplo, DBDEL,
IODEL, etc.). Alguns mesmo utilizam comandos DOS que operam com esses
arquivos (saem para o comando DOS e chamam a expressão para copiar ou
renomear pastas/arquivos). Também foi permitido trabalhar com “Nomes
Lógicos” que determinam o local do arquivo físico ou expressão na tabela Task
DB. Ao realizar a conversão para um banco de dados SQL, todas essas
questões suportam mudanças radicais e devem ser abordadas uma por uma. É
improvável que uma abordagem manual ou semiautomática possa lidar com
essas propriedades.
9. Definição de Objetos no Banco de Dados
Converter o seu banco de dados de ISAM para SQL requererá criar um novo
banco de dados e, então transferir os dados para esse. Depois da conclusão, o
banco de dados e a sua estrutura irão acompanhar o aplicativo, e a sua
empresa, a partir de então. Por essa razão, é importante que as definições de
objeto forem certas, com os nomes de objeto que suportem as regras de SQL,
e as escolhas certas nem sempre se baseiam nas configurações padrão. Esse é
um fator crítico que pode resultar num fracasso absoluto com uma conversão
manual ou semiautomática.
Go Up Technology
Página 7
www.GoUpte.com
10. Orientação e Formação
Desenvolver aplicativos que funcionem com bancos de dados SQL requer que
os programadores possuam certos conhecimentos, e esses conhecimentos não
podem ser comprados. Um curso de Administrador de Banco de Dados SQL
pode ensinar os temas relacionados com os bancos de dados SQL, mas não
pode incluir as regras específicas relativas a Magic e uniPaaS. É importante que
esse conhecimento estiver disponível para uma empresa no processo de
conversão, já que deverá assumir a manutenção do aplicativo depois da
conclusão da conversão.
Go Up Technology
Página 8
www.GoUpte.com
10 Razões para usar a Verdadeira Solução 100% automática de Go Up
Technology
A melhor maneira de realizar uma conversão de ISAM para SQL é utilizando a
verdadeira solução 100% automática de Go Up Technology. Esta é a única
abordagem que executará uma grande quantidade de melhores práticas
encapsuladas para garantir que CADA etapa que DEVE ser realizada, FOR
realizada. Efetuar isso manualmente seria extremadamente difícil e demandaria
muito tempo mesmo para os especialistas de alto nível, que por causa das
limitações nos prazos podem ser tentados ou mesmo pressionados para reduzir
custos. Ao utilizar uma solução 100% automática não existem custos por serem
reduzidos, e os prazos podem ser atingidos já que a intervenção manual não é
necessária.
Um cliente Magic que considera uma conversão de ISAM para SQL e preocupase pelas consequências de executar a conversão manualmente, pode ficar
tranquilo que as 10 principais preocupações listadas acima se tornam as 10
principais razões para usar a verdadeira solução 100% automática de Go Up
Technology.
1. Problemas Manuais
A solução de Go Up Technology é verdadeiramente automática num 100%, e a
única ferramenta disponível que pode realizar uma conversão 100%
automática. Há muitas pessoas desonestas no mercado alegando oferecer
serviços de conversão automáticos, mas na realidade ocultam que a maior
parte do seu trabalho ¡é realizada manualmente! São muito fáceis de
identificar. É só insistir para eles fazerem a conversão totalmente nas
instalações da sua empresa sob os seus olhos atentos. Se a sua for uma
verdadeira solução 100% automática, então você poderá comprová-lo por si
mesmo. Se eles insistirem em realizar QUALQUER aspecto da conversão fora
das suas instalações (e do seu olhar) então você pode ter certeza que isso é
um engano, e podem mentir mesmo em outros aspectos. Uma verdadeira
solução 100% automática garante a estandardização, e minimiza os erros que
resultam do trabalho manual. Além disso, não é preciso utilizar o code freeze, e
os prazos para realizar a conversão são mais reduzidos.
Go Up Technology
Página 9
www.GoUpte.com
2. Conversão do Conteúdo
A verdadeira solução 100% automática de Go Up Technology assegura que
todas as questões relativas com uma conversão de ISAM para SQL são tratadas
apropriadamente durante a conversão (para obter as especificações completas
sobre a conversão, por favor, descarregue o nosso produto Go.SQL em PDF). A
nossa solução inclui scripts para criar o novo banco de dados SQL, um
aplicativo para converter os dados e verificar a sua integridade, criar relatórios
e logs, configurar o ambiente Magic/uniPaaS para trabalhar com o novo
aplicativo e banco de dados convertido, orientação e formação e, certamente,
scripts e programas para lidar e suportar as tabelas geridas pelos “Nomes
Lógicos” ou bibliotecas múltiplas. Este último ponto é um fator importante para
os usuários de Pervasive/Btrieve que aproveitam essa característica, e muitas
vezes cometem um erro ao realizar uma conversão ISAM para SQL com uma
ferramenta manual ou semiautomática.
3. SQL DIRETAS
A verdadeira solução 100% automática de Go Up Technology assegura que o
seu backend convertido irá aproveitar a habilidade do banco de dados SQL para
usar instruções SQL DIRETAS no seu aplicativo Magic/uniPaaS. Também
substituirá os Ranges da expressão Magic com as instruções da cláusula
WHERE.
4. Desempenho
Existem mais de 50 elementos que podem afetar o desempenho do aplicativo
num banco de dados SQL. A solução de Go Up Technology garante que cada
elemento receba a atenção e otimização apropriada, começando com a
definição do objeto no banco de dados, depois através da definição do tipo de
armazenamento ótimo no aplicativo Magic e, finalmente, substituindo os ranges
no programa pela cláusula WHERE e implementando as instruções SQL
DIRETAS. Go Up Technology é o único fornecedor de conversões que oferece a
garantia que o seu aplicativo convertido não irá diminuir o desempenho, e
mesmo melhorará o seu antecessor.
5. Integridade dos Dados
A verdadeira solução 100% automática de Go Up Technology não apenas inclui
o componente da conversão de dados com uma verificação completa da
integridade dos dados, mas também inclui em cada projeto de conversão a
verificação dos dados mesmos pela equipe de Go Up Technology garantindo um
processo sem problemas. A vasta experiência da nossa equipe ao lidar com
esses tipos de questões assegura que a execução do projeto será rápida e
eficaz.
Go Up Technology
Página 10
www.GoUpte.com
6. Aplicar as Regras SQL no seu Aplicativo
A experiência conta, e Go Up Technology é a empresa mais experiente que
fornece soluções de conversão de bancos de dados para os aplicativos Magic e
uniPaaS. Com mais de 15 anos de experiência e perto de 1.000 aplicativos
Magic e uniPaaS convertidos com sucesso (bem como os seus bancos de
dados), temos um amplo conhecimento incorporado na nossa ferramenta de
conversão 100% automática. Um exemplo – a lista de regras SQL incorporada
plenamente no seu aplicativo durante a conversão. Além disso, fazemos uma
transferência total de conhecimentos para os desenvolvedores dos nossos
clientes sobre as regras SQL. Esta lista inclui lidar com as tabelas com índices
não únicos, selecionar todos os segmentos de índices principais numa vista,
lidar com as transações e bloqueios, lidar com DELETE nas expressões, tratar
com as funções DB e IO, operações de Comando, suportar os “Nomes Lógicos”,
etc.
7. Transações e Bloqueios
Cada proposta enviada por Go Up Technology inclui um compromisso para
manter a funcionalidade do sistema. Além dessa garantia, durante a conversão
realizamos a otimização que inclui as mudanças para reduzir o problema dos
bloqueios no futuro. Por exemplo, verificar se DB está aberto no modo Escritura
(Magic padrão até a versão 9.4) pode ser modificado para o modo Somente
Leitura. Também suportamos a implementação das transações no aplicativo
durante o processo de conversão.
8. Manipulação Física de Arquivos Reais no Disco
A nossa verdadeira solução 100% automática permite a preservação das ações
físicas nos arquivos físicos às que muitos desenvolvedores ISAM se
acostumaram. A solução suporta o trabalho continuo com “Nomes Lógicos”,
substituindo as funções IO e DB com comandos SQL, manipulando a operação
do comando DOS, e outras atividades.
9. Definição de Objetos no Banco de Dados
Quando Go Up Technology converte o seu banco de dados ISAM para SQL, nós
criamos a sua nova estrutura de banco de dados utilizando um processo de
otimização testado. Os nossos processos de otimização consideram diversos
aspectos do banco de dados original e os calcula na criação do banco de dados
destino. Também se define o banco de dados com a finalidade de minimizar as
necessidades de conversão de dados iminentes (por exemplo, o numeric5 é
declarado como um inteiro que permite até 9 dígitos). Além disso,
selecionarmos os tipos de dados que podem fornecer o melhor desempenho
para o seu aplicativo Magic/uniPaaS.
Go Up Technology
Página 11
www.GoUpte.com
10. Orientação e Formação
Go Up Technology inclui a orientação e formação com os seus projetos de
conversão. Também temos uma opção para envolver os desenvolvedores dos
nossos clientes no processo de conversão e assim aprenderem observando
diretamente e estiverem prontos para manter o aplicativo convertido.
Go Up Technology
Página 12
www.GoUpte.com
Conclusão
Fazer economia de palitos quando se trata da conversão de bancos de dados de
missão crítica pode ser uma escolha fatal.
Se a decisão de investir num
backend SQL já foi tomada, então economizar realizando a conversão para
ISAM manualmente ou com subempreiteiros não qualificados não tem sentido
nenhum. A melhor maneira de assegurar uma conversão de alta qualidade é
utilizar a verdadeira solução 100% automática de Go Up Technology.
Go Up Technology
Página 13
www.GoUpte.com
Download