+1 :)

Sim, se tivesse a BD para testar, seria assim que faria. Aliás, é assim que
faço.

Nuno P.

2011/7/7 Alexandre Neto <[email protected]>

> 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
>
>
_______________________________________________
Portugal mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/portugal

Responder a