From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,bf02c238a92156a3 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news.glorb.com!newsfeed00.sul.t-online.de!t-online.de!news-lei1.dfn.de!news-ber1.dfn.de!news.uni-hamburg.de!cs.tu-berlin.de!uni-duisburg.de!not-for-mail From: Georg Bauhaus Newsgroups: comp.lang.ada Subject: Re: Windows Ada database support. Date: Mon, 29 Nov 2004 14:07:45 +0000 (UTC) Organization: GMUGHDU Message-ID: References: <5e3e03a7.0411240431.7e037a4e@posting.google.com> <2004112420030750073%david@bottoncom> <17w0jtt2xq2ya.1nj2623n37457.dlg@40tude.net> <1ohmhrsp481iu.w61dt6dz9cqk$.dlg@40tude.net> NNTP-Posting-Host: l1-hrz.uni-duisburg.de X-Trace: a1-hrz.uni-duisburg.de 1101737265 1953 134.91.1.34 (29 Nov 2004 14:07:45 GMT) X-Complaints-To: usenet@news.uni-duisburg.de NNTP-Posting-Date: Mon, 29 Nov 2004 14:07:45 +0000 (UTC) User-Agent: tin/1.5.8-20010221 ("Blue Water") (UNIX) (HP-UX/B.11.00 (9000/800)) Xref: g2news1.google.com comp.lang.ada:6636 Date: 2004-11-29T14:07:45+00:00 List-Id: Dmitry A. Kazakov wrote: : It is no different from, say, GTK, which : hides from you either Win32 or X11. You do not care about closing windows : handles when you are using GTK. Depending on how my application must use windows, I might have to think about closing window handles. :>: It is all compiler vendor business. As an application :>: developer, I want to hear nothing about cursors. :> :> Neither would I but I have to. : : Yes, because bindings are thin. No, I have to think about cursors because - they have a life time, - they are linked to a limited number of connections, - they are a limited resource themselves, - and they point to shared data, subject to updates. This is interfacing to "world", not to some abstraction. The real problems have got little to do with the thickness of bindings, I think. In a multitasking, multiclient environment use of resources like cursors pointing to shared structured data means a lot in terms of resources as I'm sure you know. There is the additional burdon of managing a number of transaction logs, which is costly, and might incur locking. See also Frank Piron's comment about implicit cursors in PL/SQL. :>:> How much precision can you portably specify for floating point :>:> values in your DB independent package? :>: :>: The required precision should specify the application. :> :> Yes but this also influences what will be in this version of that :> DB. : : So what? As long as my application uses Ada.Database, I do not care. You should care. For instance, you might have large amounts of numeric data and your DB can store them as strings of decimal digits using thick Ada.Database facilities, or else you have to manually tweak and force things at low level and use tricks. Thick abstractions might take too much time. Thick abstractions leave some choices behind. This isn't always helpful.