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,ac39a12d5faf5b14
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-04-27 07:37:39 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news-out.nuthinbutnews.com!propagator-sterling!news-in.nuthinbutnews.com!news-in-sterling.newsfeed.com!newsfeed.onecall.net!chcgil2-snf1.gtei.net!news.gtei.net!news.binc.net!kilgallen
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Newsgroups: comp.lang.ada
Subject: Re: Grace and Maps (was Re: Development process in the Ada community)
Date: 27 Apr 2002 09:37:03 -0500
Organization: Berbee Information Networks Corporation
Message-ID: <tW4Tz4KHL8Bt@eisner.encompasserve.org>
References: <3CB46975.90408@snafu.de> <3CBAFFEE.2080708@snafu.de>
 <4519e058.0204171036.6f0a7394@posting.google.com> <3CBDD795.4060706@snafu.de>
 <4519e058.0204180800.44fac012@posting.google.com> <3CBF0341.8020406@mail.com>
 <a9n0tk$6fs$1@nh.pace.co.uk>
 <4519e058.0204190529.559a47ae@posting.google.com>
 <a9p98h$8hn$1@nh.pace.co.uk> <3CC1C6B3.6060306@telepath.com>
 <3CC21747.5000501@telepath.com> <3CC59ED2.1000803@home.com>
 <uadrunsuq.fsf@gsfc.nasa.gov> <3CC5B286.6FE61551@san.rr.com>
 <uznzumd1p.fsf@gsfc.nasa.govOrganization: LJK Software
NNTP-Posting-Host: eisner.encompasserve.org
X-Trace: grandcanyon.binc.net 1019918226 26409 192.135.80.34 (27 Apr 2002
 14:37:06 GMT)
X-Complaints-To: abuse@binc.net
NNTP-Posting-Date: Sat, 27 Apr 2002 14:37:06 +0000 (UTC)
Xref: archiver1.google.com comp.lang.ada:23171
Date: 2002-04-27T09:37:03-05:00
List-Id: <comp.lang.ada>

In article <aac468$3hh$1@nh.pace.co.uk>, "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org> writes:

> What percentage of the time would you think that an in-memory map might be
> just fine? My personal guess would be that if I had an in-memory map it
> would satisfy maybe 80% to 90% of the instances where I'd need a map. (YMMV)
> Getting that far would satisfy some reasonably large need and the rest we
> can worry about as an extra package to be added at a later date.

Just as I can change:

	Result := By_Location ( US, Massachusetts, Cambridge );

from an array access to a function call at will,

access to sparse data (which is my understanding of what you folks
mean by "maps") should be the same from the client programmer view
regardless of whether the data is in memory or on disk.