iampims 6 days ago

Great idea, poor naming. If you’re aiming for a standard of sorts, tying it to a specific software by reusing its name feels counter productive.

“Ducklake DuckDB extension” really rolls off the tongue /s.

2
snthpy 5 days ago

True. The format looks really open so it would be better to have a more independent name. DuckLake for the DuckDB extension name is great in my opinion but for the table format something like SQLake or AcidLake might be more apt. The latter doesn't sound very appealing though, probably especially for ducks.

rtyu1120 6 days ago

Quite a bummer, particularly because the main selling point is that it can be utilized with any SQL database (iiuc).

formalreconfirm 6 days ago

If I understand the Manifesto correctly, the metadata db can be any SQL database but the client needs to be DuckDB + DuckLake extension no ?

raihansaputra 5 days ago

*for now. The principle in the client side (especially read only) should be the same with Iceberg. Ideally there's an Iceberg adapter for clients.

crudbug 6 days ago

Good point. I think - any ducklake implementation for any SQL compliant database will work.

Of course, the performance will depend on the database.