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