PC Toledo

Bom dia.

Tenho a necessidade de documentar uma aplicação legada em Clipper 5.2.
Gostaria de saber dos Sr(a)s se alguém possui alguma ferramenta que faz a documentação do banco (Diagrama Entidade Relacionamento - DER) DBFs. Eu tentei via Delphi importar os DBFS para um banco Firebird a partir da aplicativo de apoio da Borland chamada DataPump. Ele consegue criar a estrutura no FireBird inclusive com os dados porém não crias as PK e FK. Se alguém souber de uma ferramenta que faz isso nativamente no para os DBfs e puder compartilhar eu agradeço.


[]s

Amiguinho,

Tenho pra mim que DBF Architect seria o que vc precisa.

Olá William,

Em clipper, as tabelas não registram esta informação. Estas informações são definidas nos arquivos Indices, e controlados via código de programação.

Para descobrir as chaves de cada arquivo indice, se vc conhece o conceito utilizado pelo projetista, vc pode montar algo em clipper, abrir cada tabela (DBF), e depois cada indice deste arquivo, e usar o comando IndexKey() para cada indice. IndexKey() retorna a chave definida para cada um deles.

Obviamente, estou pressupondo que vc tenha acesso a todos os arquivos, ou seja, tanto as tabelas como seus indices. Uma vez conhecida cada chave de indice, vc precisa definir o PK (Primary Key), e o FK (Foreign Key) para o arquivo destino.

Não conheço sua situação, mas se você está pensando em migrar para outra ferramenta Windows, considere a hipótese de reescrever as bases de dados. É muito provável que, sendo código legado, você terá de fazer um porrilhão de ajustes futuros, até porque com um SGBD moderno, sempre haverá montes de recursos que você vai querer implementar, e aproveitar essas bases do Clipper só vai atrapalhar. Então pode se tornar mais viável reescrever do zero, aproveitando apenas o conhecimento. Migrar bases de dados do passado pode se tornar a corda da sua forca no futuro.

Ademais, é como o colega já disse: o Clipper nem de longe tem suporte a PK e FK. Vai ter que fazer isso no braço, e vai precisar não apenas ler os códigos dos índices, mas também os códigos do sistema para bem entender como se processam todos esses relacionamentos. Sem falar que depois, ainda vai ter que (ou querer) escrever domínios, triggers, generators, índices, estabelecer regras de update/delete, etc.

Não entendi nada, quem sabe se eu enteder possa ajudar, pra q serve o DER e PK e FK

Sem querer fugir do tópico nobres moderadores, mas acredito q não seja necessário novo tópico apenas alguém q possa elucidar minha dúvida acima dentro deste para dar continuidade ao mesmo.

Sds.
Sucesso!!!

DER - Diagrama entidade relacionamento http://pt.wikipedia.org/wiki/Diagrama_e ... cionamento
PK - Primary Key http://pt.wikipedia.org/wiki/Chave_prim%C3%A1ria
FK - Foreign Key http://pt.wikipedia.org/wiki/Chave_estrangeira

http://pt.wikipedia.org/wiki/Banco_de_dados_relacional

fladimir escreveu:pra q serve o DER e PK e FK

Mais ou menos: PK (chave primária) é aquele índice que você tem no Clipper, para acelerar a busca de ítens. FK (chave estrangeira) é a chave primária de uma tabela auxiliar. Exemplo: cadastro de cliente que tem endereço, mas que reside em outra tabela. Na tabela principal você grava apenas a chave estrangeira, que é a chave primária na tabela de endereços. O diagrama de relacionamentos identifica as PKs e FKs e mostra seus relacionamentos.

Em SGBDs você tem também outros recursos. Há vários livros legais sobre SQL no meu site. Clique aqui pra visitar a página. Obs: todos em inglês.