You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to isolate a column from each of two tables, then work with the result. I crafted the query below to assign the column from one table to table1 and the other to table2, with the intent to append the results.
The query below gives "Ambiguous name" the PRQL Playground, compiler version:0.13.2
Commenting out both derive statements (which I added to identify the source of the "land use" code) gives the expected (single) column of values. And viewing either of the tables on their own (no append statement) works as expected.
My questions:
Is this expected behavior?
If so, why? (I am still very much a newcomer to SQL and PRQL...)
Is there a better way to do this?
Is there a workaround?
Many thanks.
let table1 = (
from ScrapedData
select { sd=SD_Land_Use_Code }
derive source="SD"
group { sd } (
take 1
)
sort { sd }
)
let table2 = (
from SpecialLand
select { sd = SL_Code }
derive source = "SL"
group { sd } (
take 1
)
sort { sd }
)
from table1
append table2
The text was updated successfully, but these errors were encountered:
@lukapeschke has fixed #4947. (Thanks!) For a lark, I rewrote that original query in #4947 (comment) to define two separate tables then used from a | append b. This works both in the current Playground and the post-fix Playground.
The form of this issue (#5055, above) is remarkably similar to that re-written query. Can anyone see the why this query generates the "Ambiguous name" error? Thanks.
What's up?
I want to isolate a column from each of two tables, then work with the result. I crafted the query below to assign the column from one table to
table1
and the other totable2
, with the intent to append the results.The query below gives "Ambiguous name" the PRQL Playground, compiler version:0.13.2
Commenting out both
derive
statements (which I added to identify the source of the "land use" code) gives the expected (single) column of values. And viewing either of the tables on their own (noappend
statement) works as expected.My questions:
Many thanks.
The text was updated successfully, but these errors were encountered: