Quando adiciono um novo campo a SQL de uma consulta, que já estava pronta, e tento posicionar o campo, tanto na consulta quanto no filtro, ao salvar todos os campos passam para o lado dos que não devem ser exibidos.
Estou utilizando a versão 6.00.0018.
Esse tipo de procedimento já discutimos aqui diversas vezes.
Nunca deve alterar no nome de uma coluna já existente em uma consulta, sempre que for adicionar uma coluna nova ao select adicione no final.
Se for criar inner join, crie aliás para todos os campos com o nome original da coluna (use a preposição AS).
É uma pequena falha da criação expressa Alexandre.
Apenas recrie a consulta utilizando o sql desejado, após isso vc poderá editar, excluir ou adicionar campos sem problema
SQL antes:
SELECT
COD_LANCTO,
DAT_VENCTO,
TIP_LANCTO,
NRO_DOC,
HISTORICO,
COD_PESSOA,
RED_PCONTA,
VLR_LANCTO,
VLR_PAGO,
SLD_TITULO
FROM REL_TITULOS
ORDER BY DAT_VENCTO
SQL depois:
SELECT
COD_LANCTO,
DAT_VENCTO,
TIP_LANCTO,
NRO_DOC,
HISTORICO,
COD_PESSOA,
RED_PCONTA,
VLR_LANCTO,
VLR_PAGO,
SLD_TITULO,
NRO_NFES
FROM REL_TITULOS
ORDER BY DAT_VENCTO
A consulta já estava publicada, portanto funcionando ao adicionar o campo NRO_NFES na SQL, o problema aconteceu.
Se toda alteração desse nível em uma consulta, me obrigar a refazer a aplicação, a utilização da ferramenta é inviável. Para mim, da forma que está, isso é um bug sério.
O meu problema não é com a SQL.
Pois é meu amigo, chame como quiser só que ainda assim é mais facil que sair “caçando” e alterando na mão os campos anteriores.
Isso só acontece pq para o “interpretador” da ferramenta um campo denominado “id” e “tbl.id” são coisas distintas mesmo que apontem para a mesma tabela.
No teu caso vc está só adicionando um novo campo, antes de mais nada de uma olhada se os campos não estão só sendo oculto através do Editar campos.
Se puder dê uma olhada nesse tópico e vai confirmar que quase todos tem esse tipo de problema:
http://www.netmake.com.br/forum/index.php?topic=4847.0
Os campos somem, e não gera a aplicação, alegando a falta de definir os campos da grade.
O problema que está sendo discutido no tópico que vc me apresentou, é referente a uma query onde o nome dos campos não foram setados usando o ‘as’ (tabela.campo as campo), assim o scriptcase utiliza o nome completo (tabela.campo), e todas as vezes que a query for alterada os campos são novamente redefinidos, isso ocorre desde a versão 2, pelo menos. (primeira vesão que eu utilizei)
O que eu estou relatando começou a ocorrer na versão 6.