Re: [racket] db independence [was: something else]

2011-08-22 Thread Noel Welsh
On Mon, Aug 22, 2011 at 8:57 PM, keyd...@gmx.de wrote: > , I start to think I was not too far off perhaps? Because ORMs,  and > relational-algebra-to-SQL compilers (one thing I find fascinating personally, > but ...) would be fine examples of software that'd run into the kind of > problems I wa

Re: [racket] db independence [was: something else]

2011-08-22 Thread keyd...@gmx.de
Hi Matthias & Ryan & all, > > > Sigrid, this sounds like a context-dependency. That is, you use the same > language (in the sense of API) but depending on the DB to which you bind the > meaning is subtly different with implications for correctness and > performance. > > I am wondering whet

Re: [racket] db independence [was: something else]

2011-08-21 Thread Grant Rettke
On Sun, Aug 21, 2011 at 9:16 AM, Matthias Felleisen wrote: > I am wondering whether a unit-oriented approach would help here. You could > write your > program against a uniform API that adapts itself properly to the DB context > in which it is > deployed. > > Warning: I have no clue about real d