PC Toledo

asimoes escreveu:Como não estou com pressa nem com problema usando DBF e o LetoDBf, irei usar até precisar mudar.

Aí que está a questão.
A melhor hora pra testar algo novo é quando não tem problemas.

Fora isso....
Depende como fizeram os testes:
Uma das opções do ADS é funcionar exatamente igual SQL Server: Datas em branco vém NULL, e strings vém com Trim().
Sem essa configuração, vai trazer lixo na conexão e demorar mais.

E se usar apenas ADS igual DBF... provavelmente fica igual DBF.

Importante:

ADS LOCAL é pra trabalho local ou rede, sem uso via internet.
Ele permite ser usado exatamente igual DBF - desse jeito sem vantagem nenhuma.
Ele permite ser usado igual SQL, exatamente igual SQL SERVER, aí entra vantagem.
Datas com NULL ao invés de Ctod(""), strings salvas com Trim(), igual SQL.
Se testaram igual DBF... aí não tem vantagem.

Repetindo: se usa LeToDBF pra acessar via INTERNET, o ADS LOCAL NÃO vai substituir.

Quintas,

Uma coisa que me chamou a atenção é que o ADS tem um recurso do Oracle o RowID, com RowID você faz acesso direto ao registro da tabela, isso não tem no MariaDb não sei se existe no MaySql uma vez que a Oracle comprou.

Opa,

Descobri isso:

asimoes escreveu:Quintas,
Uma coisa que me chamou a atenção é que o ADS tem um recurso do Oracle o RowID, com RowID você faz acesso direto ao registro da tabela, isso não tem no MariaDb não sei se existe no MySql uma vez que a Oracle comprou.

Aí que está.
Isso, de certa forma, é pensar igual DBF.

Em TODA TABELA, o ideal é criar um campo de numeração automática, como código chave de registro.
Pode até chamar isso de RECNO, mas é uma identificação única.

Itens de pedido, aonde tem lá o pedido e o item....
Criei um campo IDItemPedido, que é incremental.

E em todas as tabelas: IDCadastro, IDProduto, IDTransportadora, IDPedido, IDFinanceiro, IDEstoque, etc.

Tudo bem, pode ser equivalente ao RecNo(), mas é uma identificação única de cada registro em cada tabela.
E o melhor: em DBF o RecNo() se altera quando se faz um PACK, mas no MySQL nunca.

Compare:

Olha o registro de estoque RecNo() = 10
Olha o registro de estoque IdEstoque = 10

Com certeza, chamar de RecNo() fica esquisito. melhor chamar de IdEstoque (Identificação da tabela Estoque).

Parece uma coisa até meio boba, mas fica muito mais profissional.
Deixa de ser um número sequencial de ordem de gravação e passa a ser uma identificação única/exclusiva para cada registro.

Na hora de atualizar... atualiza o registro com aquela ID, e nem interessa posição/RecNo()

O que leva a outra questão: porque precisaria do RecNo() ??


Ou usa UPDATE a,b....

Ou:
ou, guardar a ID, e atualizar diretamente pela ID.

Nota: é, estou mudando radical, nada de pensar em DBF pra mexer no MySQL.... rs

JoséQuintas escreveu:Em TODA TABELA, o ideal é criar um campo de numeração automática, como código chave de registro.
Pode até chamar isso de RECNO, mas é uma identificação única.

Pois é se esse ID é deletado da tabela vai ficar um buraco na sequencia, verifiquei isso agora, tenho uma coluna que é um ID com auto sequencia, quando eu rodei essa query que eu postei vi os buracos no ID

A questão do ID ou ROWID é para fins de auditoria, guardar algumas informações para o usuário auditar o que foi feito, principalmente rotina que exclui registro.

E qual a diferença se a auditoria for por ID, e registrar as exclusões?

Já resolvi o problema, vou usar trigger na auditoria, muito fácil