DBInterface.jl

DBInterface.jl copied to clipboard

So I have a simple test table that looks like this: ``` +-------+--------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+--------------+------+-----+---------+-------+ | id |...

mattcbro

Very slow to serialize large DBInterface (DuckDB) query result

1

_Originally raised at https://github.com/JuliaData/DataFrames.jl/issues/3444 but moving here as it seems to be an upstream issue._ Hi folks. I recently gave a workshop where I was extolling the virtues of [DuckDB](https://duckdb.org/)...

grantmcdermott

Declare whole interface as as public

5

This is already useful in practice with e.g. https://github.com/ericphanson/ExplicitImports.jl which will give false positives for using private implementation at the moment.

frankier

Update GitHub actions

1

fingolfin

fingolfin

`DBInterface.@prepare` creates a key for the prepared statement when the macro is evaluated, and then at runtime only prepares the statement if a statement with that key has not already...

mattwigway

`DBInterface.@prepare` uses a global Dict on DBInterface that stores prepared statements for all connections. I think this means that `DBInterface.@prepare` is not threadsafe even if the different connections are being...

mattwigway

Prepared statement with named parameters not working as expected

1

Based on the limited documentation in the README, I thought using named parameters in the following way would work. I am not sure if this is a bug or if...

slwu89