This brings in an important bug fix so that the output of `-Txdot_json`
is deterministic.

Apparently `dot` has a long lasting bug (recently fixed) which is the
root of the non-determinism:

https://gitlab.com/graphviz/graphviz/-/issues/2510

It's not enough to check that the list is empty, we also need to check
that we have some data to begin with, i.e. we need to skip calling
`toFstDate` or `toLstDate` if we have a list of empty strings.

It's faster now, makes less joins, doesn't need VALUES.

This was (User, Either CorpusName, [CorpusId]) before, but the case of
UserMaster doesn't make sense with these parameters, so I rewrote the
function to accept only correct datatypes as inputs.

We had CoreNLP hardcoded, however with Spacy this resulted in
selectLems returning no entries, because the algo_id from DB didn't
match. Hence no singulars grouping.

This contains only data, removes some Database dependency in imports.

This reverts commit f4284b4e.

This paves the way to a more effective search in corpus by modifying the
internal "leaves" type of the `Query` type from a `Term` to a new type
called `QueryTerm`, which can either be an extact match or a partial
match, which can be rendered into a proper Postgres TS query via the
":*" syntax.