On Thu, May 26, 2011 at 10:57:42AM -0700, Jason Dagit wrote:

Database connectivity is a weakspot still. Haskell developers don't seem to use databases nearly as often as Java developers. We have several libraries for this, takusen and hdbc come to mind. Real-World Haskell documents using hdbc.

For what it's worth, we've had very good luck with Persistent. Even though it's not very enterprisey to base a product on an unseasoned library, it solved so many problems that we just couldn't ignore it. Perhaps we should write something in the wiki that goes beyond the tutorial in the Yesod book.

On Thu, May 26, 2011 at 1:09 PM, Gaius Hammond wrote:

On 26 May 2011, at 19:22, Clint Moore wrote:

...

On Thu, May 26, 2011 at 10:57:42AM -0700, Jason Dagit wrote:

...

Database connectivity is a weakspot still.  Haskell developers don't seem to use databases nearly as often as Java developers.  We have several libraries for this, takusen and hdbc come to mind.  Real-World Haskell documents using hdbc.

 For what it's worth, we've had very good luck with Persistent.  Even though it's not very enterprisey to base a product on an unseasoned library, it solved so many problems that we just couldn't ignore it.

 Perhaps we should write something in the wiki that goes beyond the tutorial in the Yesod book.

Over in OCaml-land, I have taken it upon myself to address this: http://gaiustech.github.com/ociml/

Takusen already supports Oracle (and other rdbms) in a resource precise and good performance way, if that's what you're talking about implementing: http://projects.haskell.org/takusen/ Jason

On Thu, May 26, 2011 at 1:43 PM, Gaius Hammond wrote:

On 26 May 2011, at 21:34, Jason Dagit wrote:

...

On Thu, May 26, 2011 at 1:09 PM, Gaius Hammond wrote:

...

Over in OCaml-land, I have taken it upon myself to address this: http://gaiustech.github.com/ociml/

Takusen already supports Oracle (and other rdbms) in a resource precise and good performance way, if that's what you're talking about implementing: http://projects.haskell.org/takusen/

Ah, interesting - I was only aware of HDBC and HSQL. Which in turn begs the question, why isn't this better known among (us) Enterprise dev types?

I'm not certain, but I think the biggest problems getting in the way of Takusen's greater adoption are: * It requires a deeper understanding of Haskell than HDBC due to use of functional dependencies, rank-2 types, and left-fold enumerators. * Less documentation than its competitors * The name is good (it's the japanese word for oracle), but doesn't evoke "that's clearly a db library" in most english speakers. As the current maintainer (and I've been a really lazy maintainer, still hoping to find a proper long term maintainer), I'm interested in any feedback about Takusen. Things I would like to eventually implement: * HDBC compatibility layer to make it easier to transition from HDBC to Takusen * Replace the left-fold enumerator code with a proper iteratee library (Takusen is by Oleg but predates his work that generalized the approach). Jason

On Thu, May 26, 2011 at 11:17 AM, Clint Moore wrote:

 While it's not a solution (yet) for a book, would a section or special section in the wiki be appropriate at least in the beginning?  Our small company has been collecting cookbook-like recipies and best practices for a while now but definitely not anything close to as polished or collated as a book.

That's exactly what the cookbook part of the wiki is for, put your stuff there: http://haskell.org/haskellwiki/Cookbook Jason

We do have working and officially supported (by 10Gen) Haskell drivers for MongoDB. Just sayin' :) On Fri, May 27, 2011 at 3:45 PM, Albert Y. C. Lai wrote:

On 11-05-26 12:45 PM, Srinivasan Balram wrote:

...

(ii) Haskell Enterprise Development i.e. how to connect commercial RDBMS and use Haskell along with SQL effectively

By the time we finish adding that to a future book, enterprise programmers will have already moved to the like of NoSQL and MongoDB.

In fact, by the time I finish writing this message.

The desired book is obsolete before its writing begins.

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