I totally agree with Jason on this. Matching "exact" values is an expected behavior of any database so unless you want to explicitly market MarkLogic as something other than a database it makes total sense to make this the default.
-Keith From: [email protected] [mailto:[email protected]] On Behalf Of Jason Hunter Sent: Tuesday, February 28, 2017 6:55 PM To: MarkLogic Developer Discussion <[email protected]> Subject: Re: [MarkLogic Dev General] hyphens and cts:element-value-query * Punctuation and space tokens are also not generally indexed as words in the universal index in value queries either. However, as a special exception there are terms in the universal index for "exact" value queries (unstemmed, case-sensitive, whitespace-sensitive, punctuation-sensitive), so "exact" value queries should be resolvable properly from the index, but only if you have fast-case-sensitive-searches and fast-diacritic-sensitive-searches enabled in the database. I'm curious, what's the logic where we only index an "exact" value if FCSS and FDSS are both on? Seems like as a database that's increasingly focusing on data beyond textual content, the ability to do exact matches (like people are used to with relational databases) should be a default feature even if the admin hasn't toggled on text-specific things like those. It's a fairly cheap index, I expect, so why not always have it on? RFE? -jh-
_______________________________________________ General mailing list [email protected] Manage your subscription at: http://developer.marklogic.com/mailman/listinfo/general
