Open alvinwanyeki opened 1 month ago
Thanks for the report, I will take a look. To be honest I was waiting for someone to give it a spin, as I haven't had the time to try it out properly yet.
Thanks @MaxHalford -- Happy to help with testing, looking forward to adopting lea!
@MaxHalford -- i've been able to fix this issue; is there anything i need to do/know before i open a pr? thank you!
Good job!
Well actually, it's a bit of a surprise, but I am completely rewriting the library to make it better. The interface will be the same, but the internals will be the same. I suggest that you make the pull request, and I'll take of integrating it. I hope that's ok π
thank you; this is okay! i'll open the pr later today π
interface will be the same, but the internals will be the same.
on the rewrite, to confirm, did you mean the interface will be the same BUT the internals will be different? also, i'm happy to help with testing the duckdb/motherduck connectors :)
on the rewrite, to confirm, did you mean the interface will be the same BUT the internals will be different? also, i'm happy to help with testing the duckdb/motherduck connectors :)
Yes, my bad :)
@MaxHalford - just curious, on rewriting lea, will you change how 'non-root' .py
views are currently identified, i noticed that the current implementation seems limited to pandas, so using something like duckdb.sql()
or pl.read_database()
in 'non-root' views won't work.
issue summary
lea's
prepare
andrun
commands fail to work properly with MotherDuck connections, but they work with standard DuckDB connections (for the same views).environment
observed behavior
schema creation (
lea prepare
)$ lea prepare --production [13:30:41] Created schema staging duckdb.py:55
view creation (
lea run
)Expected Behavior
additional information
LEA_WAREHOUSE=duckdb LEA_DUCKDB_PATH=md:
MOTHERDUCK_TOKEN=