Re: What happens with a document, if a conflict is not resolved?

2009-10-30 Thread Brian Candler
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

Re: Proposal regarding reserved names

2009-10-30 Thread Jan Lehnardt
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

Re: Proposal regarding reserved names

2009-10-30 Thread Brian Candler
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

Re: What happens with a document, if a conflict is not resolved?

2009-10-30 Thread Damien Katz
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

Re: Proposal regarding reserved names

2009-10-30 Thread Julian Goacher
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

JSONView to the rescue

2009-10-30 Thread Vlad GURDIGA
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

Re: JSONView to the rescue

2009-10-30 Thread Nils Breunese
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

Re: What happens with a document, if a conflict is not resolved?

2009-10-30 Thread Brian Candler
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

Re: What happens with a document, if a conflict is not resolved?

2009-10-30 Thread Freddy Bowen
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

Re: JSONView to the rescue

2009-10-30 Thread Vlad GURDIGA
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

Re: JSONView to the rescue

2009-10-30 Thread Nils Breunese
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

Re: What happens with a document, if a conflict is not resolved?

2009-10-30 Thread Devon Weller
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

Re: JSONView to the rescue

2009-10-30 Thread Zachary Zolton
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

Re: os_process_error {exit_status,127}

2009-10-30 Thread Chris Stockton
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:

CouchDB equivalent dynamic SQL

2009-10-30 Thread Duy Nguyen
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. 

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Zachary Zolton
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

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Adam Wolff
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

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Adam Kocoloski
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

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Robert Newson
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

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Zachary Zolton
fwiw couchdb-lucene 0.5 will have better numeric support. That's good news, indeed!

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Duy Nguyen
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

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Alex P
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

Re: CouchDB equivalent dynamic SQL

2009-10-30 Thread Adam Wolff
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

Re: What happens with a document, if a conflict is not resolved?

2009-10-30 Thread Adam Kocoloski
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