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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f12483752dbc412b X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-03-12 05:51:54 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!deine.net!fr.clara.net!heighliner.fr.clara.net!news-x2.support.nl!psinet-eu-nl!psiuk-p4!uknet!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: How would i keep 'records' in ADA ? Date: Mon, 11 Mar 2002 10:33:00 -0500 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: References: <27Ii8.7333$eJ6.134443@news2.ulv.nextra.no> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1015860778 3253 136.170.200.133 (11 Mar 2002 15:32:58 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 11 Mar 2002 15:32:58 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:21116 Date: 2002-03-11T15:32:58+00:00 List-Id: This sounds like a beginner program or student project, so a database is likely to be way overkill. If Jim could clarify where he's at developmentally and what sort of constraints he has, it might suggest an appropriate answer. Class project? Its probably worth talking to the prof to get more detailed guidance in that case. He's the guy who would know what he expects... MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ wrote in message news:27Ii8.7333$eJ6.134443@news2.ulv.nextra.no... > > Another alternative is to use an external database, and perform SQL > calls upon that. Depending on the application, this might be the perfect > solution, or it might be overkill. >