Nice to see an alternate approach. This should satisfy people who don't
need the full async and minimal allocation of the upcoming DBAPI
PostgreSQL.jl and want a simpler and more intuitive interface. I also like
how you've handled types at the connection level.
On Friday, 19 February 2016 05:32
First, let me say that I'm really excited about this...
That said, I'm having an issue with copyto though. I keep getting an error:
"'unsafe_column' has no method matching
unsafe_column(::Ptr{Postgres.Libpq.PGresult},::Int64, ::Int32,
::Postgres.Types.PostgresType{UTF8String})"
When I edit re
On Friday, February 19, 2016 at 11:32:54 AM UTC, N Carson wrote:
>
> Just published a new Postgres adapter for Julia!
>
Great to know that PostgreSQL is better* supported, as that is what I use..
* Out of curiosity, I know all JDBC drivers are already support, and then
[most?] all databases.. [b
Great to have some more database support added!
I look forward to using this!
On Friday, February 19, 2016 at 6:32:54 AM UTC-5, N Carson wrote:
>
> Just published a new Postgres adapter for Julia!
>
> https://github.com/NCarson/Postgres
>
> It is fairly complete but not well tested or optimized.
>
OK. Changed repo name to:
https://github.com/NCarson/Postgres.jl
>
I tested this on Linux. I have parsers like:
@c Clong strtol (Ptr{UInt8}, Ptr{Ptr{UInt8}}, Cint) libc
I think that should be fine for BSD and Windows but its C.
If anyone wants to try the package on one of those systems it woul
On Friday, February 19, 2016 at 3:32:54 AM UTC-8, N Carson wrote:
>
> Just published a new Postgres adapter for Julia!
>
>
https://github.com/NCarson/Postgres.jl
(package name changed)
It is fairly complete but not well tested or optimized.
* Returns results as *DataFrame*.
* Result interfac