Would creating a "real" query language instead of a serialized object
representation make sense then?
This would allow for a conciser syntax, making it easier to write (that's
why I asked who would be writing such queries), but probably it'd be more
work to create such a language. I guess a sub-se
In the end there is always a human (so far) but think of it as used in
the same way SQL is. SQL is sued by both humans and programs (ORMs).
Emmanuel
On Wed 2013-06-12 15:03, Gunnar Morling wrote:
> Hi,
>
> Just out of interest, what are the use cases for such a serialized form? Is
> this intende
I think you could intend it like the SQL traditionally did for
relational databases: it's primarily intended to be consumed by other
applications as a stable interface, but is easy to be understood,
debugged or even forged by humans on a console in case of need.
On 12 June 2013 09:03, Gunnar Morli
Hi,
Just out of interest, what are the use cases for such a serialized form? Is
this intended to be written by humans or other applications?
--Gunnar
2013/6/11 Emmanuel Bernard
> Hey everyone,
>
> Sanne and I discussed Hibernate Search queries and serialization in
> general. I did play arou
