Version française
Home     About     Download     Resources     Contact us    
Browse thread
[Caml-list] PostgreSQL-OCaml 1.0.1
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Markus Mottl <markus@o...>
Subject: Re: [Caml-list] PostgreSQL-OCaml 1.0.1
On Fri, 30 Jan 2004, Benjamin Geer wrote:
> In the company I work for (a large financial software vendor), the
> unanimous answer would be 'we don't care if it's less efficient;
> nothing else is acceptable.'  Our customers insist on being able to
> use our products with whatever database they prefer (and certainly
> our competitors' products can do this).  We simply cannot afford to
> rewrite and maintain all our database-related code for every one of
> those databases.  For us (and, I think, for most software vendors,
> certainly all the ones I've worked for) the additional abstraction is
> well worth a slight loss of efficiency.  It is quite efficient enough
> for us.  The lack of a standard database API is one of the things that,
> unfortunately, would make it very difficult for me to convince my boss
> to let me use Caml.

Having followed the discussion for a while now, I'd say that it's
probably best to keep the development of drivers for specific databases
and the abstract layer separated. If anybody needs top performance,
they can always use the low-level library, but, as is obvious, some
people really need more abstract layers. Sometimes flexibility is better
than efficiency.

Developing a good abstract library for accessing databases is a
challenging task, much more difficult than writing a concrete one for
some specific database. I think people shouldn't go overboard with
abstraction here, and should rather try to develop a unified interface
for a given set of widely used databases, e.g. PostgreSQL, MySQL, Oracle.

Regards,
Markus

-- 
Markus Mottl          http://www.oefai.at/~markus          markus@oefai.at

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners