yup, fine with me too. It is generic enough, not lsst specific Jacek On 12/16/2014 10:13 AM, Fabrice Jammes wrote: > On my side, it's fine. > For now, "qservMeta" is hardcoded in configuration tool and loader. > > > On 12/15/2014 03:32 PM, Daniel L. Wang wrote: >> Hello, >> >> The name of the db where we store the secondary index is >> parameterizable, but now defaults to "qservMeta". I'd like to make >> this a compile-time constant. Any objections? >> >> (Ideally, the secondary index mechanism should be re-thought and >> perhaps not implemented using mysql tables at all, but this is beyond >> the scope of our near-term plans.) >> >> -Daniel >> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the QSERV-L list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1 > > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the QSERV-L list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1 ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the QSERV-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1