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-24 07:57:47 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!elnk-nf2-pas!elnk-pas-nf1!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!stamper.news.atl.earthlink.net!newsread1.news.atl.earthlink.net.POSTED!not-for-mail Message-ID: <3F48D263.8060004@noplace.com> From: Marin David Condic User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (OEM-HPQ-PRS1C03) 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> <3F4828D9.8050700@attbi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 24 Aug 2003 14:57:47 GMT NNTP-Posting-Host: 209.165.6.34 X-Complaints-To: abuse@earthlink.net X-Trace: newsread1.news.atl.earthlink.net 1061737067 209.165.6.34 (Sun, 24 Aug 2003 07:57:47 PDT) NNTP-Posting-Date: Sun, 24 Aug 2003 07:57:47 PDT Organization: EarthLink Inc. -- http://www.EarthLink.net Xref: archiver1.google.com comp.lang.ada:41823 Date: 2003-08-24T14:57:47+00:00 List-Id: I think that depends on how you go about doing it. If you're talking about small to medium sized businesses (Not Citibank or GM) how many accounts do you think they'll want to maintain? How many transactions do you think they'll need to support? Certainly for "home" accounting and most small businesses, this number can't be really huge. Are the accounts and transactions going to be simple ascii and numeric stuff (a few hundred bytes a piece, at most?) Or are we going to have to store graphics or other really memory intense items with each transaction. (Like if you want to keep scanned-in receipts for a transaction.) I'd think a memory based model would be sufficient right now for single-user accounting for home or small businesses. I also think it wouldn't be an imense job to take the basic in-memory model and then later modify it to write-through to a database or otherwise deal with a "transaction" that has to have integrity between multiple users. (Think multiple-clients, single-server) So the thing is you could start simple and get the programming model you want and then upgrade to fancier back-ends if you've got a basic product that works. For that, I'd think a 32-bit address space ought to be sufficient. But if you're doing dynamic allocation and you code things properly, switching to a bigger address space ought to be near trivial. MDC Robert I. Eachus wrote: > > For a financial package is 4 Gigabytes of addressable memory enough? > (Two Gigabytes currently under Windows.) Some people are running up > against that limit with spreadsheets, and most large database servers > use machines with 64-bit address space support. Note that with current > large databases a 32-bit address space is insufficient to manage the > indexes and tables that are (virtual) memory resident. -- ====================================================================== Marin David Condic I work for: http://www.belcan.com/ My project is: http://www.jast.mil/ Send Replies To: m c o n d i c @ a c m . o r g "In general the art of government consists in taking as much money as possible from one class of citizens to give to the other." -- Voltaire ======================================================================