Looks good! I liked relational algebra much much more than SQL, so I'll
certainly have to look into that.
Thanks,
Peter
Justin Bailey wrote:
I can speak to haskelldb a little, see below:
On Jan 2, 2008 3:50 AM, Peter Verswyvelen [EMAIL PROTECTED] wrote:
·regarding Haskell and
Peter Verswyvelen wrote:
Looks good! I liked relational algebra much much more than SQL, so I'll
certainly have to look into that.
I agree. I have not tried haskelldb yet, but I would
like to.
My impression from some previous posts is that
because of the high-level approach, it is difficult
Yitz wrote:
My impression from some previous posts is that
because of the high-level approach, it is difficult
to control the precise SQL that is generated. In practice,
you almost always have to do some tweaking that is
at least DB-dependent, and often application dependent.
Can't the same
things are optimized.
Steve
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter Verswyvelen
Subject: RE: [Haskell-cafe] Consensus about databases / serialization
Yitz wrote:
My impression from some previous posts is that
because of the high-level
I wrote:
... to control the precise SQL that is generated. In practice,
you almost always have to do some tweaking that is
at least DB-dependent, and often application dependent.
Peter Verswyvelen wrote:
Can't the same be said regarding SQL itself? It sometimes needs tweaking.
That's the
Lihn, Steve wrote:
For small queries, it does not matter much which approach you choose.
But for large, complex queries, such 3-table join (especial Star
Transformation) and/or large data set (millions of rows involved in
large data warehouses), the performance will differ by order of
On Jan 3, 2008, at 16:32 , Peter Verswyvelen wrote:
I see. But ouch, exactly the same could be said for Haskell no? :)
Optimization by quasirandom insertion of bangs / seq? Already there :)
--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] [EMAIL PROTECTED]
system administrator
As I'm a selfmade man, I never really studied relational databases in
detail. My intuition told me that the relational part was not really
suitable for the 3D data, 2D images, animation curves, state machines, and
other data I encountered in the videogame and animation business. I could
always get
·regarding Haskell and databases, the page
http://haskell.org/haskellwiki/Libraries_and_tools/Database_interfaces
describes a few, but which are the ones that are stable and practical? Any
user experiences?
During my experiments I found Takusen
(http://darcs.haskell.org/takusen/) and
I recommend you read Extending the database relational model to capture
more meaning by E.F. Codd.
On Wed, 02 Jan 2008 13:50:46 +0200, Peter Verswyvelen [EMAIL PROTECTED]
wrote:
As I'm a selfmade man, I never really studied relational databases in
detail. My intuition told me that the
I have started documenting the Database Wikibook, in particular, about
HDBC. It is still very rough at this time, but something is better
than nothing :-) If you want to add more content, certainly welcome!
http://en.wikibooks.org/wiki/Haskell/Database
On 1/2/08, Jeff Polakow [EMAIL PROTECTED]
I can speak to haskelldb a little, see below:
On Jan 2, 2008 3:50 AM, Peter Verswyvelen [EMAIL PROTECTED] wrote:
·regarding Haskell and databases, the page
http://haskell.org/haskellwiki/Libraries_and_tools/Database_interfaces
describes a few, but which are the ones that are stable and
12 matches
Mail list logo
