I'm reading #OutOfTheTarPit does ghc have a relational model built in for state?

I'm reading #OutOfTheTarPit does ghc have a relational model built in for state? "Out of the Tar Pit" talks about FRP - Functional Relational Programming -- -- Sent from an expensive device which will be obsolete in a few months! :D Casey

There’s https://github.com/khibino/haskell-relational-record and https://github.com/tomjaguarpaw/haskell-opaleye Ben From: Haskell-Cafe [mailto:haskell-cafe-bounces@haskell.org] On Behalf Of KC Sent: 19 May 2015 19:36 To: haskell-cafe Subject: [Haskell-cafe] I'm reading #OutOfTheTarPit does ghc have a relational model built in for state? I'm reading #OutOfTheTarPit does ghc have a relational model built in for state? "Out of the Tar Pit" talks about FRP - Functional Relational Programming -- -- Sent from an expensive device which will be obsolete in a few months! :D Casey ---------------------------------------------------------------------- This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer. If you are not the intended recipient, please delete this message.

On Tue, May 19, 2015 at 11:35:31AM -0700, KC wrote:
I'm reading #OutOfTheTarPit does ghc have a relational model built in for state?
"Out of the Tar Pit" talks about FRP - Functional Relational Programming
I guess you're looking for an "in memory" relational implementation. Opaleye and Relational Record, that Ben Ford mentioned, are for building queries for external SQL databases. For some time now I've been thinking about implementing such an "in memory" database with the same API as Opaleye, and I know Edward Kmett has thought about efficient ways to implement such a thing using the techniques of "discrimination" that he is fond of. I for one don't have anything to show yet, but I will certainly announce it here if and when I do. Tom

The https://hackage.haskell.org/package/tables library is one way to get a somewhat relational view of in-memory data. - Ollie On Thu, May 21, 2015 at 10:31 AM, Tom Ellis < tom-lists-haskell-cafe-2013@jaguarpaw.co.uk> wrote:
On Tue, May 19, 2015 at 11:35:31AM -0700, KC wrote:
I'm reading #OutOfTheTarPit does ghc have a relational model built in for state?
"Out of the Tar Pit" talks about FRP - Functional Relational Programming
I guess you're looking for an "in memory" relational implementation. Opaleye and Relational Record, that Ben Ford mentioned, are for building queries for external SQL databases.
For some time now I've been thinking about implementing such an "in memory" database with the same API as Opaleye, and I know Edward Kmett has thought about efficient ways to implement such a thing using the techniques of "discrimination" that he is fond of. I for one don't have anything to show yet, but I will certainly announce it here if and when I do.
Tom _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe

There was the long forgotten generalised List Comprehensions. Is it still
working in the last versions?
-XTransformListComp
2015-05-21 13:55 GMT+02:00 Oliver Charles
The https://hackage.haskell.org/package/tables library is one way to get a somewhat relational view of in-memory data.
- Ollie
On Thu, May 21, 2015 at 10:31 AM, Tom Ellis < tom-lists-haskell-cafe-2013@jaguarpaw.co.uk> wrote:
On Tue, May 19, 2015 at 11:35:31AM -0700, KC wrote:
I'm reading #OutOfTheTarPit does ghc have a relational model built in for state?
"Out of the Tar Pit" talks about FRP - Functional Relational Programming
I guess you're looking for an "in memory" relational implementation. Opaleye and Relational Record, that Ben Ford mentioned, are for building queries for external SQL databases.
For some time now I've been thinking about implementing such an "in memory" database with the same API as Opaleye, and I know Edward Kmett has thought about efficient ways to implement such a thing using the techniques of "discrimination" that he is fond of. I for one don't have anything to show yet, but I will certainly announce it here if and when I do.
Tom _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
-- Alberto.

It still works and I use it, but when you start using grouping you have to
rely on partial functions (`the`, which is basically `head`), which makes
me a little uncomfortable.
On Thu, May 21, 2015 at 2:52 PM, Alberto G. Corona
There was the long forgotten generalised List Comprehensions. Is it still working in the last versions?
-XTransformListComp
2015-05-21 13:55 GMT+02:00 Oliver Charles
: The https://hackage.haskell.org/package/tables library is one way to get a somewhat relational view of in-memory data.
- Ollie
On Thu, May 21, 2015 at 10:31 AM, Tom Ellis < tom-lists-haskell-cafe-2013@jaguarpaw.co.uk> wrote:
On Tue, May 19, 2015 at 11:35:31AM -0700, KC wrote:
I'm reading #OutOfTheTarPit does ghc have a relational model built in for state?
"Out of the Tar Pit" talks about FRP - Functional Relational Programming
I guess you're looking for an "in memory" relational implementation. Opaleye and Relational Record, that Ben Ford mentioned, are for building queries for external SQL databases.
For some time now I've been thinking about implementing such an "in memory" database with the same API as Opaleye, and I know Edward Kmett has thought about efficient ways to implement such a thing using the techniques of "discrimination" that he is fond of. I for one don't have anything to show yet, but I will certainly announce it here if and when I do.
Tom _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
-- Alberto.
participants (5)
-
Alberto G. Corona
-
Ford, Ben
-
KC
-
Oliver Charles
-
Tom Ellis