Olá galera,
Se você é quem vai modelar os dados, a solução do Marcos é uma boa.
Com certeza, e a do Caique tb ;)
No meu caso, tenho uma solução abstrata e por isto não tenho como guardar
o tipo do campo. Esta unit:
http://pressobjects .svn.sourceforge .net/viewvc/ pressobjects/ trunk/Source/
Olá galera,
Eu tenho usado uma solução talvez meio tosca, que é pegar a assinatura
do arquivo. Cada tipo de imagem inicia com um padrão, e comparar este
padrão vai determinar de que tipo a imagem é.
João, eu já consegui uma solução com Zeos, mas, acredito que sua ideia não
fica limitada a um
Você pode ler usando o componente TQuery.
Se preferir usar ADO, você pdoe importar o DBF no Access e depois acessar os
dados pelo ADO.
Luciano Calenzani Simões
Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua
cara @ymail.com ou @rocketmail.com.
Mas acontece que a composição SQLConnection - SQLDataSet - SetProvader -
ClientDataSet - DataSource é infinitamente melhor que a outra pois neste caso
você vai trabalhar com os dados em memória e não mais abrindo e fechando query
toda hora. Eu só trabalho atualmente com este padrão.
[]s
-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] ADO X DBExpress
Mas acontece que a composição SQLConnection - SQLDataSet - SetProvader -
ClientDataSet - DataSource é infinitamente melhor que a outra pois neste
caso você vai trabalhar com os dados em memória e não mais abrindo e
fechando query toda
@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de thevortex78
Enviada em: terça-feira, 24 de julho de 2007 09:00
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] ADO X DBExpress
Tem como trabalhar com o SQL + DBExpress??
Quais as vantagens, atualmente eu utilizo o ADO.
[ ]´s
Ow estimado,
Bom dia. Creio que está relacionado ao método de isolamento transacional da
sua conexão. No seu ADOConnection, na opção IsolationLevel, o que é que está
assinalado depois que você se conecta ?
Diz aí pra gente ver se tem uma luz pra ti. Uma tentativa logo de cara é que
você pode
: delphi-br@yahoogrupos.com.br
Assunto: Re: RES: RES: [delphi-br] ADO
Rodrigo
foi o que eu fiz usei 2 dataset utilizando 2 insert em um mesmo botão ,, mas
não tem um modo melhor para fazer isso ?
Cristiano
Rodrigo Tognin [EMAIL PROTECTED] escreveu:
Teria como gravar nas duas tabelas separadamente
original-
De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Cristiano
Enviada em: quarta-feira, 31 de agosto de 2005 13:14
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] ADO
Ae Rodrigo ainda não esta dando certo mesmo usando tabelas separadas ,,,
tipo estou usando
@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Cristiano
Enviada em: quarta-feira, 31 de agosto de 2005 13:14
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] ADO
Ae Rodrigo ainda não esta dando certo mesmo usando tabelas separadas ,,,
tipo estou usando dataset e ele esta inserindo normal e
Olá Cristiano, acho que poderei ajudá-lo.
Para apagar um registro da tabela, vc tem que referenciar o
DataModulo.DataSet.Delete;
Eu recomendo você usar um DataSet para cada tabela, talvez o erro que dá ao
tentar apagar seja este.
O outro erro fala que o DataSet não está em modo de edição, nem de
E ae Rodrigo
eu fiz do modo que vc falou , tipo separei os dataset mas porem agora eu tenho
que dar um insert em 2 tabelas se for ver apenas copiando o cod iguais para as
duas tabelas,, do tipo
datamodule.dataset.insert;
datamodule.dataset1.insert;
isso ficaria correto numa inserção ??
E ae Rodrigo
eu fiz do modo que vc falou , tipo separei os dataset mas porem agora eu tenho
que dar um insert em 2 tabelas se for ver apenas copiando o cod iguais para as
duas tabelas,, do tipo
datamodule.dataset.insert;
datamodule.dataset1.insert;
isso ficaria correto numa inserção ??
@yahoogrupos.com.br
Assunto: Re: RES: [delphi-br] ADO
E ae Rodrigo
eu fiz do modo que vc falou , tipo separei os dataset mas porem agora eu
tenho que dar um insert em 2 tabelas se for ver apenas copiando o cod iguais
para as duas tabelas,, do tipo
datamodule.dataset.insert;
datamodule.dataset1.insert;
isso
-Mensagem original-
De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED]
nome de Cristiano
Enviada em: terça-feira, 30 de agosto de 2005 10:45
Para: delphi-br@yahoogrupos.com.br
Assunto: Re: RES: [delphi-br] ADO
E ae Rodrigo
eu fiz do modo que vc falou , tipo separei os dataset mas
: delphi-br@yahoogrupos.com.br
Assunto: Re: RES: RES: [delphi-br] ADO
Rodrigo
foi o que eu fiz usei 2 dataset utilizando 2 insert em um mesmo botão ,, mas
não tem um modo melhor para fazer isso ?
Cristiano
Rodrigo Tognin [EMAIL PROTECTED] escreveu:
Teria como gravar nas duas tabelas separadamente
Alves Chagas Junior [EMAIL PROTECTED]
To: delphi-br@yahoogrupos.com.br
Sent: Monday, March 21, 2005 12:10 PM
Subject: RES: [delphi-br] ADO necesita o BDE
O ADO não trabalha com o BDE, o ADO (ActiveX Data Objects) é
uma suíte de
componentes ActiveX que faz comunicação direta com o Engine
1) ADO não precisa do BDE pra funcionar!
2) ADO não é um componente, e sim uma camada de acesso à banco de dados, como o
BDE ou o dbExpress. Significa ActiveX Data Objects.
[]s
-Mensagem original-
De: tatu [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 21 de março de 2005 10:41
O ADO não trabalha com o BDE, o ADO (ActiveX Data Objects) é uma suíte de
componentes ActiveX que faz comunicação direta com o Engine da Microsoft que
na verdade é o MDAC (Microsoft Data Access). Não tem absolutamente nadica de
nada haver com BDE. Para usar o ADO, você tem que levar para a
As máquinas clientes precisam apenas do MDAC (Microsoft Data Access
Components) instalado, que por padrão já vem nos Windows. Pode ser que
estejam com uma versão antiga ou, por qualquer motivo, alguém tenha
desinstalado. Baixe da Microsoft a versão mais atual (2.8) e instale nos
clientes.
Luiz
Questão complicada... Mas entre essas duas opções, creio que o DBExpress
seja mais leve e flexível. O único detalhe que você deve se lembrar quando
estiver desenvolvendo uma aplicação que você deseje que seja independente do
banco de dados é que você não pode utilizar recursos específicos de um
Palpitando no assunto, se você trabalha a nível de TClientDataSet, já está
bem abstrato, acima dos outros componentes descendentes dele, como o ADO
Dataset ou DB Express, já tem a vantagem de herdar um bocado de
funcionalidades da classe, mas estando completamente independente do tipo de
banco
Também tenho este problema com ADO+MySQL 4+Delphi 6.
Wilton
Armazéns Gerais Carapina
---Mensagem original---
De: Edivaldo David
Data: 03/02/05 10:09:43
Para: delphi-br
Assunto: [delphi-br] ADO
Descobri que o SQL Server 2000 não suporta o método Seek do AdoTable, o que
eu poderia
Porque não usa o Locate ?
Luiz Kohl
www.byKohl.com
Messenger: [EMAIL PROTECTED]
Skype: byKohl
Fone: 27-8115-5692
Vitória - ES - Brazil
-Mensagem original-
De: Edivaldo David [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 2 de março de 2005 10:09
Para: delphi-br
Assunto:
Quando eu tinha este tipo de problema, eu usava Access na época. E ele era
causado quando um registro era duplicado na tablea. Não havia um campo chave
primária que não permitia duplicação e daí dava esta pala. Eu a resolvi
criando um campo autonumerado simples.
Nunca mais tive este problema.
Até onde eu fui,,, não precisei de nada.
-Mensagem original-
De: delphi6_2005 [mailto:[EMAIL PROTECTED]
Enviada em: terça-feira, 9 de novembro de 2004 13:33
Para: [EMAIL PROTECTED]
Assunto: [delphi-br] ADO exigem recurso ou configuração para funcionar
nos Windows?
Algum amigo sabe me
fiz como falou e aconteceu isto :
[Error] U_Princi.pas(341): Undeclared identifier: 'AsString'
no tipo de parametro está declarado certo.
Stainle
--- Em [EMAIL PROTECTED], Eduardo RC Neto [EMAIL PROTECTED]
escreveu
Quando usa ADO, vc tem que colocar a palavra PARAMETERS
enter ADOQuery1 e
para acessar dados via ODBC, qual seria a melhor maneira, BDE ou
ADO
Stainle
--- Em [EMAIL PROTECTED], Walter Alves Chagas Junior
[EMAIL PROTECTED] escreveu
Infelizmente para usar tabelas DBF ou do Paradox, é melhor ficar no
BDE. Com
o ADO o resultdo não é dos melhores
[]s
28 matches
Mail list logo
