fala pessoal....

pow to com o seguinte problema ....
eu tenho uma query q ela esta sendo montada em tempo de execucao.. pq ela eh utilizada varias vezes... e qdo eu faço a passagem d parametro aparece uma mensagem dizendo q o parametro naum foi definido corretamente, e q a informacao provida eh incompleta ou insuficiente.... eu to fazendo da seguinte forma....

QryExclusao.Close;
QryExclusao.SQL.Clear;
QryExclusao.SQL.Add('update analise Set anldatafim = null where pronumero = :locpro ');
QryExclusao.SQL.Add('and anlcodigo in (select max(anlcodigo) from analise where pronumero = :locpro)');
QryExclusao.Parameters.ParamByName('locpro').DataType := ftString;
QryExclusao.Parameters.ParamByName('locpro').Value := MskNumProc.Text;
QryExclusao.ExecSQL;


c alguem puder me ajudar vlw....


vlw............

Olá.

em vez de usar DataType e Value tenta usar AsString.

Qualquer coisa, posta ae, fwl!!!

Abs.

Olá Turbo. Pelo pouco que mexí com ADO, creio que vc não precisa atualizar o DataType p/ strings; é só vc colocar:
QryExclusao.Parameters.ParamByName('locpro').asString := MskNumProc.Text;


ps: vc não acha o ADO mais lento que os demias acessos?

trankilo pessoal... jah resolvi o problema... coloquei nomes diferentes pros paramentros, apesar d terem o mesmo valor.. mas deu certo asism......

explicacoes:

eu usei DataType pra especificar o paramentro q foi criado, pra naum ter conflito entre os valores, e eu tenho q usar Value na passagem d parametro, pq o ADO, naum aceita AsString nesse momento.

e o ADO eh ate 40% + rapido q uma outra conexao com o banco, tendo em vista q estou utilizando SQL Server.



vlw ............

É isso mesmo, ele retorna um TParameter e não um TParam como no BDE.
Mas acredito que ele seja mais lento que o BDE pq ele tem que ficar sempre convertendo o Ole Variant p/ seu tipo de dado original. Testei ADO por uns 3 meses e desistí justamente por sua lentidão em relação ao BDE.
Notei isso importando uma tabela de ceps ± 80.000 regs; o ADO deixou muito a desejar.