<div dir="auto">Hi Nick<div dir="auto"><br><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div><div dir="auto"><div dir="ltr"><div dir="auto"><br></div><div dir="auto">On the other hand, I could have a separate "database" application answering aggregation queries. In this case, the database application could easily provide individual data points as well. Then, is there any value to still have the repo, and store every data point twice?</div></div></div></div></blockquote><div><br></div>I would not add aggregation operators to to the repo.  I would, however, have an aggregation app serving a slightly different namespace, that was able to locally access the data in the repo and provide the aggregated result to any clients requesting it. </div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Would this "aggregation app" be a general purpose utility, or does it have to be tailored to each application such as building sensing?</div><div dir="auto">If it's general purpose, how could the app understand the specific naming and encoding format of building sensing protocol?</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div> That's going to be local, not network, I/O.  The aggregated response might be cached, possibly in the same repo as the raw measurements.  It doesn't require storing the data twice.</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Is this "aggregation app" accessing the data directly on the disk, or does it have to send Interests to the repo via a local socket?</div><div dir="auto"><br></div><div dir="auto">If using disk access, what's the benefit of having it as a separate app?</div><div dir="auto"><br></div><div dir="auto">If using Interest-Data exchanges, even if the packets are local, this still has huge overhead (encoding, forwarding, processing, etc) compared to a SQL query on the database.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div><div dir="auto"></div></div>