[database-devel] Welcome to database-devel!
mwotton at gmail.com
Tue May 8 00:08:51 CEST 2012
Selfish request: any chance of a demo dsh project, to make it easier to play around with? The types area bit forbidding in a vacuum.
Sent from my iPad
On 08/05/2012, at 12:10 AM, "Torsten Grust" <torsten.grust at gmail.com> wrote:
> Hi all,
> just wanted to say `hi'. We are the folks working on
> Database-Supported Haskell (DSH on hackag
e ), a library
> which allows you to continue to use the famililar list-processing
> combinators -- or list comprehensions, for that matter --
> when formulating database queries.
> Such expressions are compiled into a (small) group of cooperating
> SQL statements which effectively evaluate the expression over the
> tables of an associated relational DBMS (these tables are thus
> looked at as if they were lists of tuples).
> We are always interested in growing the set of functions that
> DSH understand as ``database-able''. Further work is underway
> to support arbitrary non-recursive algebraic datatypes in such
> queries (based on GHC's generic deriving mechanism).
> We're thus living on the ``don't embed literal SQL text into
> your Haskell source at all'' end of the spectrum, somewhat distant
> from postgresql-simple and friends, I guess. Still, we're quite
> interested where these other efforts go.
>  http://hackage.haskell.org/package/DSH
>  http://db.inf.uni-tuebingen.de/research/dsh
> On 7 May 2012, at 15:56, Greg Weber wrote:
>> I worked with a student to lay out a vision for type-safe database
>> access in a GSoC proposal .
>> I have little interest in the SQL variant at the moment, but plan on
>> making a MongoDB version when I get a free weekend, which may not be
>> until after I am done mentoring GSoC projects.
>>  http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/zhulikas/1
>> On Mon, May 7, 2012 at 3:03 AM, Leon Smith <leon.p.smith at gmail.com> wrote:
>>> I thought I should break the ice here; we currently have 22 subscribers,
>>> with names I recognize from acid-state, mysql-simple, postgresql-simple,
>>> hssqlppp, persistent, and even PostgreSQL itself. If I've missed
>>> anything relevant here, please speak up.
>>> So the goal of this list is to help improve the state of database
>>> programming in Haskell; I'm not picky about particular topics as long as
>>> they are of reasonable quality and relevant to database programming and
>>> Haskell. This could be implementing a database in Haskell itself (like
>>> acid-state), to interacting with traditional RDBMSes or newer NoSQL
>>> My personal interest at the moment primarily lies at coming up with a good
>>> mid-level interface to RDBMSes along the lines of the -simple libraries,
>>> but I also have interest in an auto-pipelining client library for
>>> PostgreSQL, which involves some very low-level details of the PostgreSQL
>>> frontend/backend protocol. I'm also interested in higher-level
>>> abstractions for dealing with relational databases in general, but I really
>>> don't have well-formed opinions on how this should be done.
>>> Also while SQL can be cool, it hides that coolness under a lot of syntactic
>>> (and some semantic) ugliness; I often wish for a simpler, saner syntax,
>>> replacing NULL with algebraic data types, and a richer attribute types,
>>> especially relationally valued attributes.
>>> So what you interested in?
>>> database-devel mailing list
>>> database-devel at haskell.org
>> database-devel mailing list
>> database-devel at haskell.org
> | Prof. Dr. Torsten Grust
> | Database Systems — Universität Tübingen (Germany)
> | torsten.grust at uni-tuebingen.de
> | db.inf.uni-tuebingen.de
> database-devel mailing list
> database-devel at haskell.org
More information about the database-devel