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=-2.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Thread: 103376,91965a012526b259 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!proxad.net!usenet-fr.net!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail From: Marius Amado Alves Newsgroups: comp.lang.ada Subject: Re: Float to String Date: Thu, 11 Nov 2004 22:27:07 +0000 Organization: Cuivre, Argent, Or Message-ID: References: <526nxsbun7e2.1n5a4jpe7u7ww$.dlg@40tude.net> <87bre63qh3.fsf@beeblebrox.rfc1149.net> <1hmyhi3g3ogfq.gdvw6tkdvemq.dlg@40tude.net> <1hodchxl46179.1i803q74p7on3.dlg@40tude.net> <1fu1slo2egbab.xitgjbz0nv4m.dlg@40tude.net> NNTP-Posting-Host: lovelace.ada-france.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: melchior.cuivre.fr.eu.org 1100212039 57707 212.85.156.195 (11 Nov 2004 22:27:19 GMT) X-Complaints-To: usenet@melchior.cuivre.fr.eu.org NNTP-Posting-Date: Thu, 11 Nov 2004 22:27:19 +0000 (UTC) To: comp.lang.ada@ada-france.org Return-Path: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en In-Reply-To: <1fu1slo2egbab.xitgjbz0nv4m.dlg@40tude.net> X-OriginalArrivalTime: 11 Nov 2004 22:26:36.0973 (UTC) FILETIME=[81D0EDD0:01C4C83D] X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ada-france.org X-BeenThere: comp.lang.ada@ada-france.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Gateway to the comp.lang.ada Usenet newsgroup" List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: g2news1.google.com comp.lang.ada:6154 Date: 2004-11-11T22:27:07+00:00 [... 64, 128....] > And then 256-bit, where is any end? What you are trying to do is to define > a god-integer type to satisfy all possible requirements. That is > impossible. Yes, but I just want "big enough" for common values in databases. The current triad of types Integer_64, Float_64, String is enough. > You can make it 1024-bit, but then it will be unsuitable for > pixels of an image. Pixels would be stored in a String. Because you can convert (uncheckedly) any contiguous value to String. Like the "blob" type of Oracle et al. (Remember Mneson is NOT an *Ada* object database. It is a database system that happens to be implemented in Ada.) > What about a database scalable from an embedded > microcontroller to a super cluster? This is another issue. Mneson can run on any system that is a target of an Ada compiler. I believe this includes some of those, no?