Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of
 gcdcu-couchdb-user@m.gmane.org designates 80.91.229.2 as permitted sender)
To: user@couchdb.apache.org
From: Daniel Friesen <lists@danielfriesen.name>
Subject: Re: json/couchdb integer min max values
Date: Sun, 22 Mar 2009 15:23:08 -0700
Lines: 44
Message-ID: <gq6doc$cbs$1@ger.gmane.org>
References: <49C6B67A.50403@michevan.id.au>
 <e2111bbb0903221516u96c096cgf3ce160101930056@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.8.1.17) Gecko/20080914 Thunderbird/2.0.0.17 ThunderBrowse/3.2.1.9
 Mnenhy/0.7.5.666
In-Reply-To: <e2111bbb0903221516u96c096cgf3ce160101930056@mail.gmail.com>
Sender: news <news@ger.gmane.org>

The easiest way to check should just be to throw a few documents with 
really large numbers in them.
Also do some views, I think the real issue will be the standard floating 
point number limitation inside of JavaScript.

If you have numbers that are too large, the catch all way to handle that 
would probably be to use a string instead and left 0 pad numbers. Though 
you could probably do that inside of a view itself.

~Daniel Friesen (Dantman, Nadir-Seen-Fire)

Paul Davis wrote:
> IIRC, the JSON RFC either doesn't mention limits whatsoever or only
> mentions that there is no limit.
>
> A quick glance at mochijson2.erl which is CouchDB's JSON decoder looks
> like its using list_to_integer for its conversion routine. The docs at
> [1] on list_to_integer don't mention limits. I'm not at all certain,
> but I think that erlang has builtin large number support so it may
> Just Work &trade;. But tracking down any caveats on list_to_integer/1
> should give you what you need.
>
> HTH,
> Paul Davis
>
> [1] http://erlang.org/doc/man/erlang.html
>
> On Sun, Mar 22, 2009 at 6:06 PM, Evan McLean <evan@michevan.id.au> wrote:
>   
>> Is it documented anywhere what the minimum and maximum values for an int
>> are in couchdb and/or json?
>>
>> Based on a 32 bit integer?
>>
>> I had a quick scan through the json RFC and couldn't find anything.
>>
>> How would you go about efficiently handling very large numbers,
>> especially if you wanted to use them in (sorted) keys?
>>
>> E.
>>
>>     
>
>