Rendere visibili gli alias nelle query

[mtozzi]

Capita spesso di avere campi con lo stesso nome in diverse tabelle, quando si scrive una query che coinvolge tabelle con campi aventi lo stesso nome (specie nelle subquery) è facile sbagliare la referenza in quanto non sono mostrati gli alias e la tabella di appartenenza del campo si vede solo in fase di editing con l'intellisense. Propongo di rendere visibili nel visual code gli alias utilizzati poi effettivamente nelle query sql generate in modo da rendere evidente l'appartenenza del campo e ridurre notevolmente la possibilità di sviste.

[g.lanzi]

Non ho capito esattamente il caso in cui il nome del campo è ambiguo. Potresti mandarmi un progettino semplice con la replica dell'esatta ominimia?
Mi piacerebbe capire e risolvere il problema.

[mtozzi]

Nel progetto allegato ho messo un esempio di query nella procedura Esempio. Cmq per spiegarmi meglio se nella clausola select può essere in molti casi indifferente selezionare campi con lo stesso nome da una tabella piuttosto che da un'altra (quando ci interessa ad esempio fare un join naturale), lo stesso non vale ad esempio quando si utilizzano tali campi in subquery (come quella nell'esempio) dove al contrario è importante riferirsi ad una tabella specifica.

[g.lanzi]

Ma il caso che citi non è ambiguo. Nella delete non è messo l'alias nella where clause perché nella from list hai solo SEUSERFUNZIONI, invece nella subquery, dove puoi accedere a campi da SEUSERFUNZIONI e anche da SEFUNZIONI, allora compare l'alias e scegliendo un campo vedi scritto SEFUNZIONI.CDAPPLICAZIONE.

Il campo SEFUNZIONI.CDFUNZIONE non è richiamabile nella where clause perché non è in contesto. Se avessi più tabelle (e ovviamente non fosse una delete) comparirebbe l'alias.

[mtozzi]

In fase di editing so che e' visibile la tabella a cui il campo si riferisce (come dicevo nel primo post). La mia richiesta era quella di renderli visibili anche nel visual code una volta terminato l'editing.
riferendomi all'esempio, ora la query si vede così:

Code: Select all

delete from SEUSERFUNZIONI
where
  CDSOGGETTO=123
  CDFUNZIONE in subquery
    select
      CDFUNZIONE
    from
      SEFUNZIONI//master table
    where
      SEFUNZIONI.CDAPPLICAZIONE="AAA"


In questo modo leggendo la query non so a quale delle due tabelle si riferisce il campo CDFUNZIONE della subquery. Quindi ripeto: ok che mentre scrivo vedo a quale tabella si riferisce ma in questo modo (parlo per esperienza personale) è molto semplice sbagliare selezionando il campo dalla tabella sbagliata visto che un volta premuto "invio" questa informazione diventa invisibile (posso solo andare ad analizzare il codice generato).

[a.maioli]

Nell'esempio che esponi, secondo me è giusto che venga mostrato così, se nella subquery il campo CDFUNZIONE è quello della tabella della subquery, SEFUNZIONI. Se invece ci si riferisce al campo CDFUNZIONE della tabella esterna, dovrebbe vedersi come SEUSERFUNZIONI.CDFUNZIONE, proprio per evitare ambiguità ed evidenziare che è qualcosa di esterno alla subquery.
Questo è un miglioramento che si può implementare.