Caro Pedro, O meu conselho é que comeces por verificar cada uma das subqueries à vez e te certifiques que cada uma delas dá o resultado que esperavas, só depois as encadeias em conjunto e corres o update. Caso contrário, se o resultado das subqueries for por exemplo vazio, nenhum dos "passeios" está no conjunto que pretendes e assim sendo todos os registos são actualizados.
Mas sem perceber a forma como tens organizada a base de dados é impossível que alguém te consiga ajudar efectivamente, e o máximo que se pode fazer é tentar adivinhar. Alexandre Neto 2011/7/7 Luís de Sousa <[email protected]> > On Wed, Jul 6, 2011 at 11:31 PM, Pedro Costa <[email protected]> > wrote: > > Pessoal mesmo assim não me dá bem. Eu alterei para o que está em baixo. > Por > > exemplo, ele selecciona na subquerie os > > passeios 12 13 e 14. O objectivo é que na selecção final não contenha > esses > > campos seleccionados na subquerie mas > > não resulta porque eles aparecem na selecção final. > > Se a subquery não funciona como pretendido então a query não pode > funcionar. Este deverá ser o primeiro problema resolver. Na subquery > não existe qualquer restrição directa aos passeios 12, 13 e 14; como é > feita essa restrição? > > Já agora, para que serve o INNER JOIN com a tabela e_ruas? > > > É que a tabela elementos tem vários elementos com o mesmo passeio e > enquanto > > uns cumprem os requisitos para não > > serem seleccionados na subquerie outros não cumprem.Penso que seja por > isso > > mas não sei como resolver. O not in > > parece não funcionar > > > > Assumir que o SQL não funciona não será certamente a melhor opção. > Qual o SGBD em causa? > > Luís > _______________________________________________ > Portugal mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/portugal >
_______________________________________________ Portugal mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/portugal
