Is there a haskelldb-driver that works with a datasource
that is in memory, as a Haskell object?
(like LINQ can work on C# collections) - J.



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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - [url]http://enigmail.mozdev.org[/url]

iEYEARECAAYFAktu3+MACgkQDqiTJ5Q4dm/LpgCdEfUUrIw5YE3LCfBljTrMU822
fo8AoJN3S3drNiR9ytAD9pe1a8hwre+q
=9tzB
-----END PGP SIGNATURE-----

Hello Johannes,

no, sorry, HaskellDB is only meant for RDBM back ends, it eventually
generates SQL (Strings).

I tried to create an EDSL for relational algebra in the finally tagless
style. This would theoretically allow to create entirely abstract
expressions which could then be evaluated to either SQL or in-memory
code or whatever.
Of course I don't even know how to get started and at the moment it's on
the very top of my wish-list because I really need it badly.
All my code eventually turned into spaghetti code and without being able
to express the algorithm abstractly(but correctly) and decide on
implementation later I don't think will even try to untangle my mess,
because at least it works.

Günther


Am 07.02.10 16:44, schrieb Johannes Waldmann:
> Is there a haskelldb-driver that works with a datasource
> that is in memory, as a Haskell object?
> (like LINQ can work on C# collections) - J.
>
>
>
>
>
> _______________________________________________
> Haskell-Cafe mailing list
> [email]Haskell-Cafe@haskell.org[/email]
> [url]http://www.haskell.org/mailman/listinfo/haskell-cafe[/url]



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

>>>>> "Günther" == Günther Schmidt <gue.schmidt@web.de> writes:

Günther> Hello Johannes, no, sorry, HaskellDB is only meant for RDBM
Günther> back ends, it eventually generates SQL (Strings).

I recall that there WAS an experimental in-memory backend.
--
Colin Adams
Preston Lancashire
_______________________________________________
Haskell-Cafe mailing list
[email]Haskell-Cafe@haskell.org[/email]
[url]http://www.haskell.org/mailman/listinfo/haskell-cafe[/url]

Hello,

for completeness there is also CoddFish, which is not based on
HaskellDB, but rather on Oleg's HList.

Günther


Am 09.02.10 14:33, schrieb Colin Paul Adams:
>>>>>> "Günther" == Günther Schmidt<gue.schmidt@web.de> writes:
>
> Günther> Hello Johannes, no, sorry, HaskellDB is only meant for RDBM
> Günther> back ends, it eventually generates SQL (Strings).
>
> I recall that there WAS an experimental in-memory backend.



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

On Sun, Feb 7, 2010 at 6:44 PM, Johannes Waldmann <
[email]waldmann@imn.htwk-leipzig.de[/email]> wrote:

> Is there a haskelldb-driver that works with a datasource
> that is in memory, as a Haskell object?
> (like LINQ can work on C# collections) - J.
>
>
SQLite could make it, take a look at [url]http://www.sqlite.org/inmemorydb.html[/url]

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