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
With some recent release of a dependency (unsure which), the dbplyr interface no longer works for duckdb when joining more than 2 tables in a single statement. The reason for the failure is that dbplyr (its SQL Server backend) generates table aliases that are just numbers, which duckdb does not accept. For example, the SQL might look like this:
SELECT
person.*,
2.observation_period_start_date AS observation_period_start_date,
2.observation_period_end_date AS observation_period_end_date,
2.period_type_concept_id AS period_type_concept_id,
3.observation_period_start_date AS dummy
FROMmain.personLEFT JOINmain.observation_period2ON (person.person_id=2.person_id)
LEFT JOINmain.observation_period3ON (person.person_id=3.person_id);
I think this might be a good occasion to think about switching out the backend for the native duckdb one, as @ablack3 is working on here. Adam, any chance you can finish this in the near future?
The text was updated successfully, but these errors were encountered:
With some recent release of a dependency (unsure which), the dbplyr interface no longer works for duckdb when joining more than 2 tables in a single statement. The reason for the failure is that dbplyr (its SQL Server backend) generates table aliases that are just numbers, which duckdb does not accept. For example, the SQL might look like this:
I think this might be a good occasion to think about switching out the backend for the native duckdb one, as @ablack3 is working on here. Adam, any chance you can finish this in the near future?
The text was updated successfully, but these errors were encountered: