[Portugal] ajuda sql

[Alexandre Neto]

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 <luis.a.de.sousa  gmail.com>

> On Wed, Jul 6, 2011 at 11:31 PM, Pedro Costa <pedrocostaarma  sapo.pt>
> 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
> Portugal  lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/portugal
>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: http://lists.osgeo.org/pipermail/portugal/attachments/20110707/131ddfd4/attachment.html