From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id RAA01962; Fri, 30 Jan 2004 17:44:02 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id RAA02047 for ; Fri, 30 Jan 2004 17:44:01 +0100 (MET) Received: from alex.baretta.com (host251-68.pool80116.interbusiness.it [80.116.68.251]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id i0UGi0P25238 for ; Fri, 30 Jan 2004 17:44:00 +0100 (MET) Received: from baretta.com (localhost.localdomain [127.0.0.1]) by alex.baretta.com (8.12.8/8.12.8) with ESMTP id i0UGiDmM003571; Fri, 30 Jan 2004 17:44:14 +0100 Message-ID: <401A89DD.2020606@baretta.com> Date: Fri, 30 Jan 2004 17:44:13 +0100 From: Alex Baretta User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Geer , ocaml Subject: Re: [Caml-list] PostgreSQL-OCaml 1.0.1 References: <20040128232131.GA22126@fichte.ai.univie.ac.at> <20040129200653.GA14321@redhat.com> <4019F0B1.6050204@gradient.cis.upenn.edu> <401A30ED.6090007@socialtools.net> In-Reply-To: <401A30ED.6090007@socialtools.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Loop: caml-list@inria.fr X-Spam: no; 0.00; baretta:01 baretta:01 caml-list:01 1.0.1:01 vitaly:01 lugovsky:01 dbi:99 abstraction:01 connectivity:99 alex:01 alex:01 native:02 financial:96 wrote:03 wrote:03 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Benjamin Geer wrote: > Vitaly Lugovsky wrote: > >>> If there's going to be a "new improved version", I think >>> maybe it should work with multiple databases. ODBC, JDBC, and >>> DBI all attempt this. >> >> >> It was already discussed here. The conclusion was: BAD IDEA. No >> way to work efficiently with different DBs using the same >> approach. > > > 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 >... This is true at a different abstraction level. Native drivers are needed to be able to create high-performance db specific applications. On top of these it is possible to build multi-tier db connectivity solutions. Alex ------------------- 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