Pergunta : Migração estratégica de VFP a DBC

Olá! tempo de Experts

In FPW2.6 eu criei muitas funções para fornecer escapes internos da base de dados como os confinamentes PK FK AK/as criações seqüência da identificação e outro para verific se uma tabela exista antes que aberto ele e recreia caso necessário todo o índice relativo ao

Since que de table.
(um jogo do tablesreconfigurated quando necessário - como um dicionário interno ajuda a este trabalho) elaborou assim o poço eu decidi o manter quando migrou à integridade de VFP.

Referential é fornecida por DBC, é a identificação criação da seqüência demasiado? o

Does faz todo o sentido dentro manter as funções que eu mencionei principalmente para a recreação automática do índice da tabela se é necessário? o

I sabe que o gendbc faz um trabalho correlacionado muito mas não é um processo automático, um deve o provocar para fazer a dúvida de job.

Another: durante minhas tabelas provisórias process são criados e suprimido pelo ósmio, se eu uso DBC este tabelas provisórias poderia ser suprimido do interior de DBC?

Thanks do

que (eu sei minhas dúvidas são um litte fora do tempo) adiantado!
class= do

Resposta : Migração estratégica de VFP a DBC

Se trabalha sem problemas então eu não o mudaria. Você deve encontrar uma razão mais importante incorporar DBCs em aplicação existente do que apenas o RI ou algo similar.

Autoincrementing o campo não precisa DBC (é uma parte da estrutura de DBF) e DBC não suprime de tabelas provisórias - ou você ou VFP deve suprimir d. Eu diria que DBC não é tão útil como deve ser… Mesmo o RI deve ser gerado separada como um código pelo construtor de RI. A criação CHAVE EXTRANGEIRA não assegura RI.

Assim, uso DBC quando for necessário, por exemplo quando você precisar de criar vistas, quando você precisarem nomes de campo longo, disparadores, eventos etc. da base de dados.

Uma coisa que eu não compreendo em sua pergunta é a sentença “durante minhas tabelas provisórias process é criada e são suprimidos pelo ósmio”. Se você cria a tabela provisória como um cursor então que você não precisa de suprimir d porque VFP o faz para você. Sim, deve ser suprimido manualmente depois que o ruído elétrico do app mas cada aplicação de VFP deve ter alguma rotina da limpeza que suprime de limas de temp velhas no dobrador do temp. O ósmio não deve fazer este trabalho e DBC não ajuda (mas eu posso faltar algo).