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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3cd3b8571c28b75f X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-08-22 14:11:23 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!cyclone.bc.net!snoopy.risq.qc.ca!nf3.bellglobal.com!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: A Customer's Request For Open Source Software References: <3F44BC65.4020203@noplace.com><20030822005323.2ff66948.david@realityrift.com> <20030822020403.625ffbf5.david@realityrift.com> <3F4657AD.1040908@attbi.com> In-Reply-To: <3F4657AD.1040908@attbi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Fri, 22 Aug 2003 16:56:30 -0400 NNTP-Posting-Host: 198.96.223.163 X-Complaints-To: abuse@sympatico.ca X-Trace: news20.bellglobal.com 1061585775 198.96.223.163 (Fri, 22 Aug 2003 16:56:15 EDT) NNTP-Posting-Date: Fri, 22 Aug 2003 16:56:15 EDT Organization: Bell Sympatico Xref: archiver1.google.com comp.lang.ada:41803 Date: 2003-08-22T16:56:30-04:00 List-Id: Robert I. Eachus wrote: > Stephane Richard wrote: > > But like you say, no matter what, the back end should definitaly be > > done in Ada...:-)....no two ways about that > > I strongly believe in using the right tool for the job. For a lot of an > accounting system, that seems to be databases or spreadsheets. But not > necessarily. ... > Now for 90+% of the actual use, the file system is not involved. > (Completing a transaction forces a journal write.) But let's go a bit > further, the journalling can be to NVRAM, for example a Compact Flash > card. The effort to memory map such a card would not be too great, and > now we have an accounting system that is hard-disk (and file-system) > free in operation. > > Why do that? Because in the next few years, NVRAM is going to replace > DRAM. I can't tell you WHICH variety of NVRAM, AMD has a very nice > polymer memory developed with Coatue, which AMD just bought. Motorola, > IBM and others are working on MRAM. Molecular electronic memory is > unlikely to be the first to market, but may eventually be the winning > entry in the race. ... > I've probably said enough for now... > Robert I. Eachus The problem is that even when NVRAM (in whatever form) becomes cheap and plentiful, addressing it still remains a problem. Assume that molecular memory becomes cheap and you have Petabytes+ of memory to waste with home movies and wave files. Do you want to use 1024 bit addresses to gain access to each byte of it? For this reason, even if memory becomes plentiful (as one hopes it will), it will still likely become "packaged" similar to the way disk I/O occur today. We just won't call it track and cylinder any more, but we'll fetch bunches of memory by some block address on an as needed basis. So I don't see the role of a RDBMs changing much, as a result. Only the amount that we have to manage, and the media that it is stored upon. -- Warren W. Gay VE3WWG http://home.cogeco.ca/~ve3wwg