I understand that it is inefficient to associate all attachment with a
single document when creating a couchapp.
These three attachments are all associated with the same document, a
document with the _id of www:
https://zuhqtr5.couchappy.com/site/www/qqq/hello.txt
Hi,
I have a view where each document returns two keys, a timestamp and an ip
addres
I have a query like this
return_by_ip?key=[%222013-01-02T09:15:15.742Z%22,%2218.72.0.5%22]
I know that I can use startkey, endkey to make sure I get all timestamps
with the ip address I want, but what I want
On Nov 9, 2013, at 11:47 AM, Robert Newson
rnew...@apache.orgmailto:rnew...@apache.org wrote:
attachments are different to documents. They're stored as a series of
binary chunks and so they can be streamed in and out, you can go large
with attachments.
But on the other hand, all attachments
On Nov 10, 2013, at 9:50 AM, bryan rasmussen rasmussen.br...@gmail.com wrote:
1. ignores the timestamps (which are being used to sort)
You can’t do that using the same view. Any query can only return a contiguous
range of keys. You’ll have to create another view whose keys are IP addresses,
On Nov 10, 2013, at 7:05 AM, Hank Knight hknight...@gmail.com wrote:
I understand that it is inefficient to associate all attachment with a
single document when creating a couch app.
Only if they’re really, really huge. For a normal couchapp I don’t think it
would be a problem.
Is there a
On 10 November 2013 19:39, Jens Alfke j...@couchbase.com wrote:
On Nov 10, 2013, at 7:05 AM, Hank Knight hknight...@gmail.com wrote:
I understand that it is inefficient to associate all attachment with a
single document when creating a couch app.
Only if they’re really, really huge. For
Each comment is normally a very small amount of information, and id,
userName, a date and a small text field. Probably no more than a short
sentence on average. Why do I need to go through the trouble of creating
new comment docs for each? This totally complicates the comment read code
(there will
So Couch will not handle lots (I hope many thousands eventually) of 3MB
photo attachments? This really stinks. So now I need to bring back a PHP
server script to support my Couchapp?
On Sun, Nov 10, 2013 at 4:10 PM, Mark Deibert mark.deib...@gmail.comwrote:
Each comment is normally a very
I don't know why you couldn't have many thousands of 3MB attachments.
For performance, I would make each comment a new document and fetch the
comments with a view and set include_docs to true. Putting all of the
comments in a thread into one document works, but it is not going to
work well when
Jens - Can you expand on this more or point me to documentation that covers
this in detail?
On Friday, November 8, 2013, Jens Alfke wrote:
This would add a new revision, but it'd be a new roots in the revision
tree (i.e. a sibling not a child of the previous revision.) This would
essentially
On Mon, Nov 11, 2013 at 1:36 AM, Ryan Mohr r...@kumu.io wrote:
Can you expand on this more or point me to documentation that covers
this in detail?
From wiki link you posted:
rather than being the parent revision ID to be matched against, it's the
existing revision ID that will be saved
Hi Mark,
On Sun, Nov 10, 2013 at 10:10 PM, Mark Deibert mark.deib...@gmail.com wrote:
Each comment is normally a very small amount of information, and id,
userName, a date and a small text field. Probably no more than a short
sentence on average. Why do I need to go through the trouble of
Hi Ryan,
You're desperately trying to find a way to make CouchDB's immutable
storage system work like a mutable one. Please don't :-) -- it's going
against the grain.
I'd suggest taking a step back for a moment, reading carefully through
these 2 sections in particular from the guide:
BTW, my current code _is_ storing each comment as it's own doc, and I
already _do have_ and am using the view that is being described here. I was
just trying to figure out something more denormalized. However, Keith's
comment about the conflicts might be nail. I didn't think about that.
On Sun,
I read an article somewhere that using include_docs is hard on memory or
disk or in some way taxes Couch and therefore you should just emit the doc.
Is this true?
On Sun, Nov 10, 2013 at 5:11 PM, Mark Deibert mark.deib...@gmail.comwrote:
BTW, my current code _is_ storing each comment as it's
It would be bad design to do it place a potentially large series of hings
like comments in one doc. I'm not sure what you're trying to solve but it
would be trivially easy to use a view for this.
Also if you wanted to do some special formatting of the json before it came
back you could use a _list
Its technically faster to not include docs and to just emit the doc but it
takes far more space because you are pretty much copying itI would say
just grab what you need and emit that as the value if its now that much.
On 10 November 2013 23:14, Mark Deibert mark.deib...@gmail.com wrote:
I read an article somewhere that using include_docs is hard on memory or
disk or in some way taxes Couch and therefore you should just emit the doc.
Is this true?
Like most general statements it has some truth and some lies
Hi
I have a couchapp on http://arteigenschaften.ch.
It's built with the original python couchapp tool.
My goal:
Instead of
http://arteigenschaften.ch/artendb/_design/artendb/index.html;
the url should look like:
rewrites.json not rewrites.js
On 11 November 2013 00:03, Alexander Gabriel a...@barbalex.ch wrote:
Hi
I have a couchapp on http://arteigenschaften.ch.
It's built with the original python couchapp tool.
My goal:
Instead of
http://arteigenschaften.ch/artendb/_design/artendb/index.html;
the
This gets me every time when I'm doing rewrites but a convenient way to
look it is...its a giant json object sojson extension
On Nov 10, 2013 4:22 PM, Robert Newson rnew...@apache.org wrote:
rewrites.json not rewrites.js
On 11 November 2013 00:03, Alexander Gabriel a...@barbalex.ch wrote:
lol
o.k., side issue is solved: the rewrites.json file is copied as an object
into the design doc.
thanks a lot.
Remains the fact that the url is not rewritten.
Any Ideas for that?
Alex
2013/11/11 Stanley Iriele siriele...@gmail.com
This gets me every time when I'm doing rewrites but a
On Monday, November 11, 2013, Alexander Gabriel wrote:
lol
o.k., side issue is solved: the rewrites.json file is copied as an object
into the design doc.
thanks a lot.
Remains the fact that the url is not rewritten.
Any Ideas for that?
Alex
i don't understand what you are trying to
I call:
http://arteigenschaften.ch/artendb/_design/artendb/index.html; because
that is where the web-app appears. And I would want it to show as
http://arteigenschaften.ch/index.htmlhttp://arteigenschaften.ch/artendb/_design/artendb/index.html
Couple of issues I see, answered inline below.
Jim Klo
Senior Software Engineer
SRI International
t: @nsomnac
On Nov 10, 2013, at 8:38 PM, Alexander Gabriel
a...@barbalex.chmailto:a...@barbalex.ch wrote:
I call:
http://arteigenschaften.ch/artendb/_design/artendb/index.html; because
that is
25 matches
Mail list logo
