Re: [Haskell-cafe] HDBC Roadmap

2006-01-06 Thread Tom Hawkins

Hi John,

Thanks for releasing HDBC.  This is probably more of a GHC question, but 
is there any way to staticly link in the Sqlite3 libraries with an 
application that uses HDBC.Sqlite3?


Thanks!

-Tom

John Goerzen wrote:

I've had some questions about my intentions for HDBC.  The Current Plan
is:

Release 1.0.0 next week.  Before that happens, I want to have a stable
and useful API.  I have one feature request to implement yet (examinine
properties of arbitrary tables in the database).  I also want to finish
the ODBC driver first, which should happen yet this week.

After that, I will probably also release a MySQL backend.

I hope that HDBC can be a community effort.  Towards that end, I hope to
be able to get some trac pages going on somebody's server and perhaps a
mailing list where ideas and implementations for future enhancements can
be discussed.  I'd also like to be able to help people that would like
to write backends for additional databases.  (I also should announce
hsql-testsuite, the common HUnit suite that is used to test each
database backend.)  The development time for a HDBC backend looks like
about 1 day per database, including the amount of time it takes to learn
that database's C API.  (A bit more for ODBC because its API is weird
and the documentation is unhelpful)

Post 1.0.0, I will spend some time optimizing performance in the
existing database drivers.  There are several opportunities to do that,
and they should yield significant results for certain use cases (such as
inserting thousands or millions of rows of data at once.)

Comments and suggestions are quite welcome.  Patches too ;-)

-- John


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe




___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] HDBC Roadmap

2006-01-06 Thread John Goerzen
On Fri, Jan 06, 2006 at 03:06:07PM -0600, Tom Hawkins wrote:
 Hi John,
 
 Thanks for releasing HDBC.  This is probably more of a GHC question, but 
 is there any way to staticly link in the Sqlite3 libraries with an 
 application that uses HDBC.Sqlite3?

Yes, you can do that.  I think that using ghc -optc -static will do what
you want.  Or some permutation thereof.  That will, of course, also link
in libc and everything else statically.

Alternatively, you can manually reference libsqlite3.a.  However, since
the Cabal package is compiled to link in sqlite3 automatically, you'll
have to hack your ghc package info first, I think.

Hopefully that will give you enough to get started at least.

-- John
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


[Haskell-cafe] HDBC Roadmap

2006-01-04 Thread John Goerzen
I've had some questions about my intentions for HDBC.  The Current Plan
is:

Release 1.0.0 next week.  Before that happens, I want to have a stable
and useful API.  I have one feature request to implement yet (examinine
properties of arbitrary tables in the database).  I also want to finish
the ODBC driver first, which should happen yet this week.

After that, I will probably also release a MySQL backend.

I hope that HDBC can be a community effort.  Towards that end, I hope to
be able to get some trac pages going on somebody's server and perhaps a
mailing list where ideas and implementations for future enhancements can
be discussed.  I'd also like to be able to help people that would like
to write backends for additional databases.  (I also should announce
hsql-testsuite, the common HUnit suite that is used to test each
database backend.)  The development time for a HDBC backend looks like
about 1 day per database, including the amount of time it takes to learn
that database's C API.  (A bit more for ODBC because its API is weird
and the documentation is unhelpful)

Post 1.0.0, I will spend some time optimizing performance in the
existing database drivers.  There are several opportunities to do that,
and they should yield significant results for certain use cases (such as
inserting thousands or millions of rows of data at once.)

Comments and suggestions are quite welcome.  Patches too ;-)

-- John


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] HDBC Roadmap

2006-01-04 Thread Gour
On Wed, 2006-01-04 at 19:25 +, John Goerzen wrote:

 I hope that HDBC can be a community effort.  Towards that end, I hope to
 be able to get some trac pages going on somebody's server and perhaps a
 mailing list where ideas and implementations for future enhancements can
 be discussed.  

That would be very nice.

 The development time for a HDBC backend looks like about 1 day per
  database, including the amount of time it takes to learn that
  database's C API.  (A bit more for ODBC because its API is weird and
  the documentation is unhelpful)

Huh..being a Haskell newbie (still) learning the language, I can only
dream about such productivity :-)

Nonetheless, I am very happy seeing the progress of your work and
looking forward to help (in any way) so that Haskell get a very solid
framework for developing database-aware applications making it (even)
more useful/attractive for wider audience of programmers.


 Comments and suggestions are quite welcome.  Patches too ;-)

For now, I can only say: thank you!

Sincerely,
Gour



signature.asc
Description: This is a digitally signed message part
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe