“As tabelas e a vista vivas no mesmo usuário.” Eu misread este a primeira vez. Sim, estão no mesmo usuário (caixa física), mas não na mesma base de dados. Aquele é o que está causando seus problemas nos relatórios de cristal. Quando você se junta a objetos das origens de dados díspares (mesmo se é o mesmo tipo de base de dados que reside na mesma máquina física) você tem limitações severas e edições de desempenho potenciais.
A fim resolver estas edições, a melhor opção é consolidar as várias origens de dados em um único lugar para que os relatórios de cristal perguntem. Estão aqui um par opções:
1) Criar a vista na mesma base de dados que as tabelas, mas deixá-la que aponta à base de dados original. Tanto quanto os relatórios de cristal, as tabelas e a vista não estarão na mesma base de dados, tão lá são nenhuma edição - esta seria minha primeira escolha, pessoal. A menos que não for permitido você criar vistas na base de dados UDT4, você não deve ter nenhuma problemas.
2) Criar um comando de SQl que provê as tabelas e a vista. Desde que o comando será aguçado a uma única origem de dados, você eliminará edições de desempenho.
Em uma nota lateral, UAU que é muitos veículos a passar. É aquele o resultado de selecionar cada veículo no picklist?
~Kurt