<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 19, 2019, at 10:51 AM, Ernest McCracken via Ndn-interest <<a href="mailto:ndn-interest@lists.cs.ucla.edu" class="">ndn-interest@lists.cs.ucla.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class=""><div class="gmail_quote"><div class=""><br class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class="">From this discussion it almost seems like these repos should act as NDN adapters to existing storage and grid storage solutions providing a basic but extensible naming schema. Of course developing that naming schema and mapping can be complex. Lots of new storage solutions like <a href="http://redis.io/" target="_blank" class="">redis.io</a> are making querying language simpler and are used in enterprise systems today. Redis is used extensively by Discord for instance.</div></blockquote></div></div><div class=""><br class=""></div><div class="">This describes an NDN frontend of a database, where the data schema is defined per application. I can certainly have a BLOB column that stores the original Data packets coming from the sensor, in addition to individual columns of temperature, humidity, etc, so that it can serve both original Data packets and aggregation queries.</div><div class="">However, this would not be a repo, because a repo is supposedly general purpose and can store data from any application (as permitted by trust policy).</div><div class=""><br class=""></div><div class="">I agree with the notion that this would be a front end for a datastore and while redis (an inmemory data structure store) and noSQL db's require little to no schema they do require the application to conform to those structures. Is a requirement of repo to store application data in its original format?</div></div></div></blockquote></div></div></div></blockquote><div><br class=""></div>In general, if a repository is going to serve the data it has stored it has to store the original wire-format packet because (most of) the packet is cryptographically signed and the repository has no access to the publisher's signing key(s).</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class=""><div class="gmail_quote"><div class=""> </div></div></div>
</blockquote></div></div>
_______________________________________________<br class="">Ndn-interest mailing list<br class=""><a href="mailto:Ndn-interest@lists.cs.ucla.edu" class="">Ndn-interest@lists.cs.ucla.edu</a><br class="">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest<br class=""></div></blockquote></div><br class=""></body></html>