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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,cfd23c10fd537a80 X-Google-Attributes: gid103376,public From: Charles Hixson Subject: Re: Ada Calendar oddity Date: 2000/05/12 Message-ID: <391C24CA.D9497E80@earthlink.net>#1/1 X-Deja-AN: 622592454 Content-Transfer-Encoding: 8bit References: <39176D85.603D7AEC@research.canon.com.au> <39178DEA.FD2C20FA@research.canon.com.au> <8f92o1$6v$1@nnrp1.deja.com> <3918BB77.693C70D6@research.canon.com.au> <8fahfv$mgt$1@nnrp1.deja.com> <3919CC94.538DDBA0@online.no> <391ADECC.BCE77DDA@earthlink.net> <391B1D0E.B49DB714@online.no> X-Accept-Language: en Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: abuse@earthlink.net X-Trace: newsread1.prod.itd.earthlink.net 958145743 198.94.156.19 (Fri, 12 May 2000 08:35:43 PDT) Organization: EarthLink Inc. -- http://www.EarthLink.net MIME-Version: 1.0 NNTP-Posting-Date: Fri, 12 May 2000 08:35:43 PDT Newsgroups: comp.lang.ada Date: 2000-05-12T00:00:00+00:00 List-Id: "Tarjei Tj�stheim Jensen" wrote: > Charles Hixson wrote: > > > > This seems to imply the assumption that the database would not be implemented > > in Ada. For some purposes this is reasonable (SQL is frequently nice, and has > > already been done). For other purposes it doesn't seem reasonable at all. If > > I don't need a full relational database, why should I need to drag one along? > > 1. Because a full relational database is VERY nice to have and causes > few surprises. It is not a matter of not needing one. It is a matter of > not being able to use one.\ It's certainly nice for a programmer to have the choice of using a relational database, but for many applications it is extreme overkill, and causes the applications to bloat so much that more expensive hardware is required to run them. Sometimes one even wants to store the data in a flat file, load it all into RAM at program start, and then (maybe) write out any changes at the end. Relational is only one option. > 2. The Ada type is simply not apropriate in this context. This is a > typical DP application. When doing DP stuff, do it the way DP stuff > should be done. If you are talking about the predefined types, then sometimes yes, sometimes no. But one can always choose to define a type appropriate to the problem at hand. "Should" is, by definition, correct. But I doubt that we are in agreement as to what "the way DP stuff should be done" means. I see this as very context dependent. > 3. When implementing Ada support for the database one makes sure that > one includes the proper date/time stuff into the support library. If one is using a preexisting private library, then this is correct. But different applications have very different needs. Sometimes the most important thing is that they be cheap, portable, and small. Basic ISAM will let one handle many things with a lot less weight than a full RDBMS. And a stand-alone executable file is sometimes what one really wants. > Greetings,