On Thu, Oct 29, 2009 at 01:51:57PM -0400, Damien Katz wrote:
Is this a sensible API? You decide. I've given my opinion previously.
This api seems weird, but it's the closest thing we can have to multi-
document transactions in CouchDB and be a distributed, partitioned
database. This is
On 29 Oct 2009, at 23:47, Julian Goacher wrote:
Hello,
With respect to http://wiki.apache.org/couchdb/Reserved_words: I'm a
developer currently writing an application framework layered over
couchdb.
The framework needs to annotate user documents with additional state
information. Prior to
On Thu, Oct 29, 2009 at 11:19:18PM +, Julian Goacher wrote:
I think this is a slightly different use case though. The framework sits as
a layer between the user and the db; I don't want the user to wrap their
data to use the framework. Rather, I want to annotate a user generated
document
On Oct 30, 2009, at 4:33 AM, Brian Candler wrote:
On Thu, Oct 29, 2009 at 01:51:57PM -0400, Damien Katz wrote:
Is this a sensible API? You decide. I've given my opinion
previously.
This api seems weird, but it's the closest thing we can have to
multi-
document transactions in CouchDB
Using a $ prefix is my fallback position.
My proposal is predicated on the idea that the user is aware of the _
contract - i.e. they know they are using couchdb. I'm looking for a way to
piggyback on the convention that such names are private or system names, and
trying to avoid adding a new
I guess everyone starting with CouchDB would like to have a little
nicer error messages.
JSONView* Firefox add-on with a little patch can ease a this pain.
By default it beautifies only responses with content-type
application/json. But this is easy fixable if you register it for
text/plain
Vlad GURDIGA wrote:
I guess everyone starting with CouchDB would like to have a little
nicer error messages.
JSONView* Firefox add-on with a little patch can ease a this pain.
By default it beautifies only responses with content-type
application/json. But this is easy fixable if you register
On Fri, Oct 30, 2009 at 08:33:52AM +, Brian Candler wrote:
Yes, I know patches are welcome. The reason I'm not contributing code for
this right now is that I have higher priorities - I'm happy to keep my app
409-tied while I work on other things.
On the other hand, I am happy to contribute
Brian, that wiki page is great - a thoughtful review of the issue. Thanks
for putting it all in one place for me to read and reference!
FB
On Fri, Oct 30, 2009 at 9:15 AM, Brian Candler b.cand...@pobox.com wrote:
On Fri, Oct 30, 2009 at 08:33:52AM +, Brian Candler wrote:
Yes, I know
On Fri, Oct 30, 2009 at 2:53 PM, Nils Breunese n.breun...@vpro.nl wrote:
Vlad GURDIGA wrote:
I guess everyone starting with CouchDB would like to have a little
nicer error messages.
JSONView* Firefox add-on with a little patch can ease a this pain.
By default it beautifies only responses
Vlad GURDIGA wrote:
You can also just go the add-on's preferences and enable adding
application/json to the accept header. :o)
That did not work for me because CouchDB responds with Content-Type:
text/plain;charset=utf-8, this is why I came up with the JSONView +
patch...
That's strange. If
I second that - thanks Brian. I am a new CouchDB user and this was
something I was still unclear about. Yeah for more documentation!
- Devon
On Oct 30, 2009, at 8:40 AM, Freddy Bowen wrote:
Brian, that wiki page is great - a thoughtful review of the issue.
Thanks
for putting it all
Yeah, I checked that accept header option and it's not working for me
either... :^(
On Fri, Oct 30, 2009 at 8:56 AM, Nils Breunese n.breun...@vpro.nl wrote:
Vlad GURDIGA wrote:
You can also just go the add-on's preferences and enable adding
application/json to the accept header. :o)
That
Hello,
On Thu, Oct 29, 2009 at 5:33 PM, Chris Anderson jch...@apache.org wrote:
A basic test you can run (from the couchdb src directory), is this:
$ couchjs share/server/main.js
then type:
[reset]
and you should see:
true
Thanks to the both of you, couchjs was failing with couchjs:
Hi guys,
I have a troublesome sql query that needs to translate to couchDB map/reduce
SELECT * FROM PRODUCTSWHERE [ PRICE ] AND [TYPE]'
Please note that Price and Type are dynamically generated depend on user
inputs. ( i.e TYPEcan be 100 PRICE 1000, or 1 PRICE 100, or 1000
PRICE 1.
CouchDB-Lucene could be used here, but you have to taken into account
that Lucene will treat the numeric values as strings.
Cheers,
Zach
On Friday, October 30, 2009, Duy Nguyen duynguyen0...@yahoo.com wrote:
Hi guys,
I have a troublesome sql query that needs to translate to couchDB map/reduce
If there's a limited number of TYPEs, then emit a view like this:
emit([doc.type, doc.price], ...
and query like /.../_view/...?startkey=[tv, 100]endkey=[tv,1000]
A
On Fri, Oct 30, 2009 at 10:36 AM, Duy Nguyen duynguyen0...@yahoo.comwrote:
Hi guys,
I have a troublesome sql query that needs
On Oct 30, 2009, at 1:36 PM, Duy Nguyen wrote:
Hi guys,
I have a troublesome sql query that needs to translate to couchDB
map/reduce
SELECT * FROM PRODUCTSWHERE [ PRICE ] AND [TYPE]'
Please note that Price and Type are dynamically generated depend on
user inputs. ( i.e TYPEcan be 100
fwiw couchdb-lucene 0.5 will have better numeric support.
B.
On Fri, Oct 30, 2009 at 1:59 PM, Adam Kocoloski kocol...@apache.org wrote:
On Oct 30, 2009, at 1:36 PM, Duy Nguyen wrote:
Hi guys,
I have a troublesome sql query that needs to translate to couchDB
map/reduce
SELECT * FROM
fwiw couchdb-lucene 0.5 will have better numeric support.
That's good news, indeed!
Thanks for reply , guys. If i want to select all tv or computer that have price
in between 1000 and 2000,
?startkey= [ [computer, tv] , 1000]endkey=[[computer, tv] ,
2000]include_docs=true
Is it correct ?
--- On Sat, 10/31/09, Adam Kocoloski kocol...@apache.org wrote:
From: Adam Kocoloski
That will only work if you emit all the possible combinations of two
items. Basically range query parameters have to have be the same form
as the keys that you emit. If you want to do set operations on top of
that, you either need lucene or do it manually on the client.
Sent from my iPhone
You can make two queries
?startkey= [ computer, 1000]endkey=[computer , 2000]
?startkey= [tv, 1000]endkey=[tv , 2000]
If couch had multi-range queries(
https://issues.apache.org/jira/browse/COUCHDB-523), you could do this in one
request.
alternatively, depending on the shape of your data, you
On Oct 30, 2009, at 9:15 AM, Brian Candler wrote:
On Fri, Oct 30, 2009 at 08:33:52AM +, Brian Candler wrote:
Yes, I know patches are welcome. The reason I'm not contributing
code for
this right now is that I have higher priorities - I'm happy to keep
my app
409-tied while I work on
24 matches
Mail list logo