Migrando de Paradox para Firebird
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
Curtidas 0
Respostas
Afarias
28/11/2003
|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+
GOSTEI 0