Migrando NTX para CDX
Moderador: Moderadores
Migrando NTX para CDX
Estou migrando meus programas para cdx e deparei-me com um problema os arquivos dbt no cdx equivalem ao ftp, tenho como utilizando o driver dbfcdx somente trocar os indices sem precisar converter os dbt para ftp?
Abraços
-------------------------------
Nota de Moderação (Toledo): mensagem editada para formatação do texto em letras minúsculas
Leia as Regras do Fórum:
7 - Mensagens em letras MAIÚSCULAS poderão ser editadas sem aviso prévio. Letras maiúsculas equivalem a GRITAR e portanto são consideradas uma falta de respeito com os demais membros do fórum.
Abraços
-------------------------------
Nota de Moderação (Toledo): mensagem editada para formatação do texto em letras minúsculas
Leia as Regras do Fórum:
7 - Mensagens em letras MAIÚSCULAS poderão ser editadas sem aviso prévio. Letras maiúsculas equivalem a GRITAR e portanto são consideradas uma falta de respeito com os demais membros do fórum.
- Sergio_ASSilva
- Usuário Nível 2

- Mensagens: 92
- Registrado em: 09 Mar 2006 10:58
- Localização: Santo Estevão (Ba)
- sygecom
- Administrador

- Mensagens: 7131
- Registrado em: 21 Jul 2006 10:12
- Localização: Alvorada-RS
- Contato:
Tche, Eolo mato a charada.........
Clovis...Bem Vindo ao Forum.....sempre de uma pesquisada no forum antes de postar....
https://pctoledo.org/forum/viewto ... ht=ntx+cdx
Abraços
Leonardo Machado
Clovis...Bem Vindo ao Forum.....sempre de uma pesquisada no forum antes de postar....
https://pctoledo.org/forum/viewto ... ht=ntx+cdx
Abraços
Leonardo Machado
Leonardo Machado
xHarbour.org + Hwgui + PostgreSql
xHarbour.org + Hwgui + PostgreSql
Re: MIGRANDO NTX PARA CDX
Imagino que até nem seja o seu caso, mas caso tenha problemas com arquivos memo (parece que muita gente já teve), considere a possibilidade de usar campos CHAR num DBF à parte, montando uma lista ligada (simplesmente ou duplamente). É uma estrutura fácil de usar e, se bem feito, fica operacionalmente igual aos memo, mas muito mais confiável.Clovis escreveu:OS ARQUIVOS DBT NO CDX EQUIVALEM AO FTP
Não posso dizer que os FTP sejam mais confiáveis que os DBT, já que nunca usei campos memo na vida, apesar de já ter precisado. Sempre preferi listas ligadas. Se os FTP forem plenamente confiáveis, não há porque fazer essa troca.
Agora, se não for do seu interesse fazer uma mudança como essa, que é radical realmente, então fica a sugestão para os demais colegas, principalmente para os que já tiveram problemas com memos, que não são poucos. Uso listas ligadas há uns 18 anos e nunca tive qualquer tipo de problema.
[]'s
Maligno
---
Não respondo questões técnicas através de MP ou eMail. Não insista.
As dúvidas devem ser postadas no fórum. Desta forma, todos poderão
se beneficiar das respostas.
---
Se um dia precisar de uma transfusão de sangue você perceberá como
é importante a figura do doador. Procure o hemocentro de sua cidade e
se informe sobre a doação de sangue, plaquetas e medula óssea. Doe!
Maligno
---
Não respondo questões técnicas através de MP ou eMail. Não insista.
As dúvidas devem ser postadas no fórum. Desta forma, todos poderão
se beneficiar das respostas.
---
Se um dia precisar de uma transfusão de sangue você perceberá como
é importante a figura do doador. Procure o hemocentro de sua cidade e
se informe sobre a doação de sangue, plaquetas e medula óssea. Doe!
-
Mário Isa
- Usuário Nível 4

- Mensagens: 907
- Registrado em: 07 Jul 2004 13:54
- Localização: Ilha Solteira-sp
Já consegui fazer a mudança de .NTX para .CDX.
Mas quanto fui utilizar TAGS não me dei muito bem.
Alguns arquivos .DBFs dava um pau do tipo assim:
Eval Processor Stacks ORDCREATE(0)
eu utilizava:
index on campo1 Tag Indice1 to novocdx
index on campo2 Tag Indice2 do novocdx
Mas, num determinado .DBF, que não tinha nem campo memo nem estava corrompido dava esse erro...
Aí passei a não utilizar TAGs, por sugestão ddo Paiva de Uberlândia-MG.
utilizei como se fosse NTX assim:
index on campo1 to novocdx1
index on campo2 to novocdx2
set index to novocdx1,novocdx2
e aí deu certo.
Mas, seria interessante utilizar as TAGs pois com elas o numero de arquivos .CDX dentro da pasta diminui.
O que fazer?
Mas quanto fui utilizar TAGS não me dei muito bem.
Alguns arquivos .DBFs dava um pau do tipo assim:
Eval Processor Stacks ORDCREATE(0)
eu utilizava:
index on campo1 Tag Indice1 to novocdx
index on campo2 Tag Indice2 do novocdx
Mas, num determinado .DBF, que não tinha nem campo memo nem estava corrompido dava esse erro...
Aí passei a não utilizar TAGs, por sugestão ddo Paiva de Uberlândia-MG.
utilizei como se fosse NTX assim:
index on campo1 to novocdx1
index on campo2 to novocdx2
set index to novocdx1,novocdx2
e aí deu certo.
Mas, seria interessante utilizar as TAGs pois com elas o numero de arquivos .CDX dentro da pasta diminui.
O que fazer?
- sygecom
- Administrador

- Mensagens: 7131
- Registrado em: 21 Jul 2006 10:12
- Localização: Alvorada-RS
- Contato:
Vc esta deletando o indice antes de criar ?lguns arquivos .DBFs dava um pau do tipo assim:
Eval Processor Stacks ORDCREATE(0)
eu utilizava:
index on campo1 Tag Indice1 to novocdx
index on campo2 Tag Indice2 do novocdx
vc esta usando e ordenando eles de forma correta?
ex: abrindo os DBF com SHARED se estiver em rede claro...e usando o DBSETORDER() ou ORDSETFOCUS()...
Esta usando alguma FOR ou WHILE....? talvez o problema não seja por isso mas eu me lembro que jah tive problemas com indice que eu usava alguns WHILE...mas era uma maneira que eu usava no NTX que não funcionava no CDX.....mas de uma revisada...
Vc linkou o DBFCDX.LIB e o _DBFCDX.LIB ?
Colocou no inicio do seu sistema:
Código: Selecionar todos
REQUEST DBFCDX
RDDSETDEFAULT("DBFCDX")
RDDSETDEFAULT("_DBFCDX")
DBSETDRIVER("DBFCDX")
Leonardo Machado
Leonardo Machado
xHarbour.org + Hwgui + PostgreSql
xHarbour.org + Hwgui + PostgreSql



