Fórum Migrando de Paradox para Firebird #40449
28/11/2003
0
Estou migrando de paradox para firebird, tenho duvidas no caso de como fazer as inclusoes, alteracoes, delecoes, etc.... (de como migrar em geral)
No paradox eu uso o componente table.insert, table.post, table.delete etc.... estou usando D7 com DBExpres, qual é a melhor forma para se fazer isso ?
sqltable.insert, sqltable.delete, sqltable.post, ou em comandos sql tais como insert into, delete from.......(o pouco q sei sobre linguagem SQL acho q vai me ajudar por enquanto ;-( ....)
No caso acima usando os componentes sem os comandos SQL é mais rapido para minha migração, pois o projeto ja tem declarado todos os campos, dai seria so mudar os componentes para fazer a comunicacao com a a base de dados firebird.
Falow !
No paradox eu uso o componente table.insert, table.post, table.delete etc.... estou usando D7 com DBExpres, qual é a melhor forma para se fazer isso ?
sqltable.insert, sqltable.delete, sqltable.post, ou em comandos sql tais como insert into, delete from.......(o pouco q sei sobre linguagem SQL acho q vai me ajudar por enquanto ;-( ....)
No caso acima usando os componentes sem os comandos SQL é mais rapido para minha migração, pois o projeto ja tem declarado todos os campos, dai seria so mudar os componentes para fazer a comunicacao com a a base de dados firebird.
Falow !
Marfred
Curtir tópico
+ 0
Responder
Posts
29/11/2003
Afarias
|Estou migrando de paradox para firebird, tenho duvidas no caso de
|como fazer as inclusoes, alteracoes, delecoes, etc.... (de como migrar
|em geral)
Como migrar seu código vc quer dizer??!!
Bom vc pode fazer muita coisa parecida como era no Paradox (ex: Usar append/Post, Edit/Post, Delete)
Algumas diferenças principais são::
1 - nunca use TABLES -- vc terá que usar um componente q suporte SQL (como IBQuery ou ainda melhor (para edição) IBDataSet -- isso no caso de vc usar IBX, se for outra solução, veja o componente q se aplica)
2 - seus ´filtros´ devem ser feitos via SQL, faça consultas sempre com WHERE -- procure NUNCA trazer todos os registros do banco (SELECT * FROM TABELA)
3 - cuide das transações -- vc terá q controlar suas transações (commit/rollback)
|No paradox eu uso o componente table.insert, table.post, table.delete
|etc.... estou usando D7 com DBExpres, qual é a melhor forma para se
|fazer isso ?
Tudo pode continuar parecido... com DBX acredito q vc terá q usar ClientDataSets se quizer continuar com este tipo de código. ClientDataSets/DataSetProviders são muito bons (e controlam a transação automaticamente para vc...) -- mas são mais complicados de se aprender/dominar no início.
Se vc sentir muita dificuldade (ou não tiver um bom material de apoio por perto) sugiro começar usando IBX q são mais simples de usar... vc pode migrar para outra solução mais tarde.
|como insert into, delete from.......(o pouco q sei sobre linguagem SQL
|acho q vai me ajudar por enquanto ;-( ....)
vc também pode usar esta abordágem se desejar (construindo os comandos SQL como INSERT, DELETE, UPDATE... mas *pode* ser mais complicado, principalmente se vc não aplicar uma solução OO adequada (como um OPF) para deixar as coisas mais ´limpas´...
|No caso acima usando os componentes sem os comandos SQL é mais
|rapido para minha migração, pois o projeto ja tem declarado todos os
|campos, dai seria so mudar os componentes para fazer a comunicacao
|com a a base de dados firebird.
pois é... pelo que estou notando, a melhor coisa para vc seria ´mudar´ sua aplicação para IBX, trocando os TABLES por IBDataSets... vc só terá q configurar as propriedades SQL dos IBDataSets... mas tem até um assistente q torna isso muito fácil... terá também q cuidar das consultas (para evitar trazer muitos registros) e das transações ... no mais, seu código vai ficar bem parecido com o q vc já tem...
...depois, vc pode estudar o uso de ClientDataSets q são muito bons, ou outras soluções...
T+
|como fazer as inclusoes, alteracoes, delecoes, etc.... (de como migrar
|em geral)
Como migrar seu código vc quer dizer??!!
Bom vc pode fazer muita coisa parecida como era no Paradox (ex: Usar append/Post, Edit/Post, Delete)
Algumas diferenças principais são::
1 - nunca use TABLES -- vc terá que usar um componente q suporte SQL (como IBQuery ou ainda melhor (para edição) IBDataSet -- isso no caso de vc usar IBX, se for outra solução, veja o componente q se aplica)
2 - seus ´filtros´ devem ser feitos via SQL, faça consultas sempre com WHERE -- procure NUNCA trazer todos os registros do banco (SELECT * FROM TABELA)
3 - cuide das transações -- vc terá q controlar suas transações (commit/rollback)
|No paradox eu uso o componente table.insert, table.post, table.delete
|etc.... estou usando D7 com DBExpres, qual é a melhor forma para se
|fazer isso ?
Tudo pode continuar parecido... com DBX acredito q vc terá q usar ClientDataSets se quizer continuar com este tipo de código. ClientDataSets/DataSetProviders são muito bons (e controlam a transação automaticamente para vc...) -- mas são mais complicados de se aprender/dominar no início.
Se vc sentir muita dificuldade (ou não tiver um bom material de apoio por perto) sugiro começar usando IBX q são mais simples de usar... vc pode migrar para outra solução mais tarde.
|como insert into, delete from.......(o pouco q sei sobre linguagem SQL
|acho q vai me ajudar por enquanto ;-( ....)
vc também pode usar esta abordágem se desejar (construindo os comandos SQL como INSERT, DELETE, UPDATE... mas *pode* ser mais complicado, principalmente se vc não aplicar uma solução OO adequada (como um OPF) para deixar as coisas mais ´limpas´...
|No caso acima usando os componentes sem os comandos SQL é mais
|rapido para minha migração, pois o projeto ja tem declarado todos os
|campos, dai seria so mudar os componentes para fazer a comunicacao
|com a a base de dados firebird.
pois é... pelo que estou notando, a melhor coisa para vc seria ´mudar´ sua aplicação para IBX, trocando os TABLES por IBDataSets... vc só terá q configurar as propriedades SQL dos IBDataSets... mas tem até um assistente q torna isso muito fácil... terá também q cuidar das consultas (para evitar trazer muitos registros) e das transações ... no mais, seu código vai ficar bem parecido com o q vc já tem...
...depois, vc pode estudar o uso de ClientDataSets q são muito bons, ou outras soluções...
T+
Responder
Gostei + 0
Clique aqui para fazer login e interagir na Comunidade :)