Bruno, o dbExpress não suporta campo como parâmetro e sim os valores, neste caso você teria que fazer um FindReplace para substituir o nome do campo que foi passado como parâmetro

Como eu faria a passagem de parâmetro para essa situação, sendo que o primeiro e o terceiro parâmetros são CAMPO_DA_TABELA e o segundo e quarto são um valor qualquer:

UPDATE EVENTOS SET ? = ? WHERE ? = ?

A solução do Rafael criando os parâmetros manualmente realmente dá certo, mas onde está a criação dinâmica dos parâmetros quando executamos o método Prepare?

Acredito que o parser do SQL em banco de dados SQL Server é diferente do parser em FireBird pois o comportamento é diferente. Em FireBird é tudo maravilha, mas quem trabalha com SQL Server não funciona.

Alguém sabe se existe uma correção para isso?

aCmnd.Parameters.AddParameter(aParam);

antes de:

aCmnd.Prepare;

Readln;
aReader.Free;
aCmnd.Free;
aDbxConn.Free;
end;
end.


Percebam que a possibilidade de nomear um parâmetro pela propriedade TDBXParameter.Name abre caminho para que haja controle por nome dos parâmetros sem necessidade de se criar class helpers.

É isso mesmo.

No caso da propriedade isPrepared, como é a primeira execução a query ainda não foi preparada mesmo.

É só passar um TDateTime

Valeu!

Nota: Uso sql server express 2005 sp3 com windows 7 utimate/windows xp sp3

Verifiquei tbm q depois do “Prepare” a propriedade “IsPrepared” fica false

Oi Leandro,

Na forma que implementei não é possível ter parâmetros com o mesmo nome, mas como os parâmetros são objetos, temos o caminho para fazer isso. Sobre não poder colocar o parâmetro na query, não entendi, visto que “?” é o parâmetro.

A idéia aqui não é tornar o framework a VCL e sim tornar o desenvolvimento mais amigável com o framework. Além disso a performance do framework é muito maior que a da VCL para operações onde não temos data aware.