Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Development Status

Received: by 10.151.107.4 with SMTP id j4mr519175ybm.30.1304628955243;
        Thu, 05 May 2011 13:55:55 -0700 (PDT)
X-BeenThere: dblinq@googlegroups.com
Received: by 10.150.101.5 with SMTP id y5ls1733852ybb.3.gmail; Thu, 05 May
 2011 13:55:54 -0700 (PDT)
Received: by 10.236.83.205 with SMTP id q53mr660996yhe.88.1304628954019;
        Thu, 05 May 2011 13:55:54 -0700 (PDT)
Received: by 10.236.83.205 with SMTP id q53mr660994yhe.88.1304628954007;
        Thu, 05 May 2011 13:55:54 -0700 (PDT)
Return-Path: <jonpr...@vt.edu>
Received: from vms173005pub.verizon.net (vms173005pub.verizon.net [206.46.173.5])
        by gmr-mx.google.com with ESMTP id 46si575467yhl.9.2011.05.05.13.55.53;
        Thu, 05 May 2011 13:55:53 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning jonpr...@vt.edu does not designate 206.46.173.5 as permitted sender) client-ip=206.46.173.5;
Authentication-Results: gmr-mx.google.com; spf=softfail (google.com: domain of transitioning jonpr...@vt.edu does not designate 206.46.173.5 as permitted sender) smtp.mail=jonpr...@vt.edu
Received: from new-host-3.home ([unknown] [74.110.222.134])
 by vms173005.mailsrvcs.net
 (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009))
 with ESMTPA id <0LKQ00CFGQ537...@vms173005.mailsrvcs.net> for
 dblinq@googlegroups.com; Thu, 05 May 2011 15:55:52 -0500 (CDT)
Content-type: text/plain; charset=windows-1252
MIME-version: 1.0 (Apple Message framework v1084)
Subject: Re: [dblinq] Development Status
From: Jonathan Pryor <jonpr...@vt.edu>
In-reply-to: <BANLkTi=szJAEQ42q_=cSTcBHN=9PnEbg6A@mail.gmail.com>
Date: Thu, 05 May 2011 16:55:51 -0400
Content-transfer-encoding: quoted-printable
Message-id: <BEFEF264-1C30-4B2C-AC69-D1912B00C691@vt.edu>
References: <523c8b6f-4eb7-421c-8305-0c3366a2e7a3@gu8g2000vbb.googlegroups.com>
 <8D8D5E8A-0EF4-4D40-A10A-C4B34CD19746@vt.edu>
 <BANLkTi=2Cj4efdKTThpz58ra3eFMTBHmpw@mail.gmail.com>
 <B9CD0552-F25A-4029-89DA-B2B8F39A85DC@vt.edu>
 <BANLkTi=szJAEQ42q_=cSTcBHN=9PnEbg6A@mail.gmail.com>
To: dblinq@googlegroups.com
X-Mailer: Apple Mail (2.1084)

On May 4, 2011, at 5:33 PM, Giacomo Tesio wrote:
> Acutally I'm currently focused on the Epic.NET project.
>=20
> It's a framework to build complex domain driven applications, but it =
has some problems in common with dblinq: we are designing a query =
provider and we are going to use re-linq; we need to have multidatabase =
support (but for example we don't need datamapping for our entities).

And this is why the re-linq folks got in touch with me. Having a =
"standardized" cross-DB interface to re-linq/etc. would be wonderful. I =
had suggested following System.Data.Common.CommandTrees for the =
standardized interface (as that's what EF uses), but (sadly) we found =
that CommandTrees made all the constructors private/internal. :-(

They also determined that the CommandTrees data structures basically =
codified/mirrored SQL Server, e.g. (from private email discussing with =
the re-linq folks):

> E.g., the most efficient way to do paging on MS SQL is to use a
> BETWEEN condition where you compare row numbers against page limits.
> Because EF does not support this, the command trees also don=92t =
support
> this and just use a TOP clausefor the upper bound.

This largely killed my idea of doing much with CommandTrees.

> This mean that I could help you too, as I did worked on the dblinq =
code base (up to 0.19 version).
> =46rom my POV, dblinq used to miss good development documentation: no =
overall vision and so.
> I did remember it took days to dive into the code.
>=20
> What has changed from 0.19?

Nothing has changed. :-)

> Anyone sketched the architectural vision about the project?

I've sketched out some ideas in the 0.19 release notes:

	=
http://groups.google.com/group/dblinq/browse_frm/thread/8260047816a6a148

See the "What needs work" section, specifically the "Code cleanup: =
offloading databases provider support" bullet.

> BTW is it still in the mono codebase?

A copy is in mono's codebase, but this is just an occasionally =
(manually) synced copy of what's in DbLinq svn.

 - Jon