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 u
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.
http://br.new.mai
@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
-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
fe
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
Wa
Se o seu aplicativo esta enchergando os mesmos dados depois da atualização
sua sessão deve ter travado o registro modificado.
Tente fechar a sessão e abrir novamente, ou ate mesmo algum componente
ligado direto ao banco sem passar por um componente de controle de sessão
como TDatabase, ou TAdoConn
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 usar
phi-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 dataset e ele esta inserindo
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
12:00
Para: 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 tabe
Para: 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 se
Tognin
-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 datas
@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
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 ??
Vale
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 ??
Rod
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
a este caso, talvez o problema seja o mesmo !
>
> Se estiver, equivocado, me corrijam, por favor !
> Abs.
>
>
> - Original Message -----
> From: "Walter Alves Chagas Junior" <[EMAIL PROTECTED]>
> To:
> Sent: Monday, March 21, 2005 12:10 PM
> Subject: RE
stiver, equivocado, me corrijam, por favor !
Abs.
- Original Message -
From: "Walter Alves Chagas Junior" <[EMAIL PROTECTED]>
To:
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 (Activ
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 K
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 maquina
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
P
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 que
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 o
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: [delphi-
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 u
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
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
>
>
>
>
Infelizmente para usar tabelas DBF ou do Paradox, é melhor ficar no BDE. Com
o ADO o resultdo não é dos melhores
[]s
Walter Alves Chagas Junior
Projeto e desenvolvimento
Telemont Engenharia
[EMAIL PROTECTED]
Fone: (31) 3389-8215 Fax: (31) 3389-8200
> -Mensagem original-
>
--
Archive ISP - Rio de Janeiro - RJ
[EMAIL PROTECTED]
www.archive.com.br
---Mensagem original---
De: [EMAIL PROTECTED]
Data: 10/21/04 10:50:51
Para: [EMAIL PROTECTED]
Assunto: Re: Res: [delphi-br] ADO
fiz como falou e aconteceu isto :
[Error] U_Princi.pas(341): Undeclared identifier:
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"
já estava definido como STRING, exatamente como faço no QUERY normal,
mas continua dando o erro.
Stainle
--- Em [EMAIL PROTECTED], "Marcos Esteves Simao (GERIN)"
<[EMAIL PROTECTED]> escreveu
> Entra na propriedade Parameters da query e defina a propriedade
DataType do
> parâmetro.
>
>
> Ma
Quando usa ADO, vc tem que colocar a palavra PARAMETERS enter "ADOQuery1" e
ParamByName"
Ficaria assim:
ADOQuery1.Parameters.ParamByName('pcodes').AsString := Edit1.Text;
Abraços,
Eduardo RC Neto
Desenvolvimento de Sistemas
--
Archive ISP - Rio d
Entra na propriedade Parameters da query e defina a propriedade DataType do
parâmetro.
Marcos Esteves Simão
Programador de Computador - Unimed Vitória
[EMAIL PROTECTED]
GERIN - CODES
-Mensagem original-
De: stainle2003 [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 21 de outubro d
35 matches
Mail list logo